Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Wed, 10 Apr 2013 11:47:54 +0200
From: Szabolcs Nagy <>
Subject: Re: vfprintf.c:(.text+0xc6c): undefined reference to

* John Spencer <> [2013-04-10 10:24:10 +0200]:
> On 04/09/2013 10:15 PM, wrote:
> >
> >>the correct thing to do is to build a toolchain with 64bit
> >>long double
> >I won't touch the Debian tool chain. . .
> >We are on PPC and not cross compiling for PSP3 :-)
> nobody says that you should mess with your debian toolchain.
> but you should build a properly configured, musl-agnostic toolchain
> so that the binaries you produce don't work by luck only.
> (using a different prefix so everything is safely kept away from
> your debian TC)

for serious usage that's the right thing to do

but it may be overkill to require a complete toolchain
when someone just wants to try out musl

> >Bad news:
> >  - Someone had better to have a look at those conditionals in
> >    __signbitl.c and __fpclassifyl.c
> no, we do not intend to support broken configurations that produce
> broken code.

i was thinking that it should be possible to support the
case when the powerpc toolchain is double-double but the
user guarantees that no long double arithmetics is used

(ie we only need to fix the internal long double usage so
double inputs are handled correctly)

although it's probably easier to just add -mlong-double=64
during the musl build

the unsupported format can be detected in the configure
script (the user will have to use -mlong-double=64
consistently then though, but we can add it to the musl-gcc
wrapper as well)

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.