From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3080 Path: news.gmane.org!not-for-mail From: meres5@alpha.tmit.bme.hu Newsgroups: gmane.linux.lib.musl.general Subject: Re: vfprintf.c:(.text+0xc6c): undefined reference to `__signbitl' Date: Tue, 9 Apr 2013 22:15:40 +0200 Message-ID: <7a37c76ee25fa3c3de54644f67e86a2f.squirrel@alpha.tmit.bme.hu> References: <3be4bde4515370b19e34c578d4ebfe3e.squirrel@alpha.tmit.bme.hu> <20130408200535.GW30576@port70.net> <20130408212602.GX30576@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1365538547 10941 80.91.229.3 (9 Apr 2013 20:15:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Apr 2013 20:15:47 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3084-gllmg-musl=m.gmane.org@lists.openwall.com Tue Apr 09 22:15:52 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UPexL-0002eW-NJ for gllmg-musl@plane.gmane.org; Tue, 09 Apr 2013 22:15:51 +0200 Original-Received: (qmail 16238 invoked by uid 550); 9 Apr 2013 20:15:51 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 16230 invoked from network); 9 Apr 2013 20:15:50 -0000 In-Reply-To: <20130408212602.GX30576@port70.net> User-Agent: SquirrelMail/1.4.21 X-Priority: 3 (Normal) Importance: Normal Xref: news.gmane.org gmane.linux.lib.musl.general:3080 Archived-At: Hi! I have good, and bad news concerning this issue! > > this is bad, it is 'double-double' long double format > which means broken long double arithmetics > Its the out of the box debian, installed on our old IBM eServer pSeries 615 (7029 6C3). Surprisingly a native PPC host/target/and everything. . . > if you want to play with static linking then it's better > not to use soft-float long double, that ruins it a lot Well, we won't made any REAL (floating point) thing on this old machine. Performance is not an issue here. > (every trivial program will get an entire floating point > emulation library linked in from libgcc pulled in by printf > so the students will get the impression that static linking > always gives bloated binaries..) The picture is not that bad. Finally I managed to unleash the two functions in question in ~/src/musl-0.9.9/src/math: __signbitl and __fpclassifyl with some #if bombing and voilla! root@alpha:/home/meres5/tmp# ld crt1.o stdhello.o -L. -lc -lgcc -o stdhello root@alpha:/home/meres5/tmp# chroot . ./stdhello Hello worked and its 'only' 25k. > 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 :-) >> Anyway, it's been 19 years passed, so my guide seemed not so >> durable. >> Also Linux dropped the concept of static linking in practivce. >> Goodby kiss to > > linux did not drop it, but for some reason the glibc and > binutils maintainers thought that dynamic linking is always > better so it's enough to support that Yep. Finally I got it - thanks for the MUSL team! And the good news: - worked - I have checked several other libc for embedded, supporting static ld and only musl prevails with some really little hack in source. Others claimed broken tool-chain (by being surprised not in a cross compling toolchain) Bad news: - Someone had better to have a look at those conditionals in __signbitl.c and __fpclassifyl.c Regards m5