-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Reutner-Fischer wrote: > On Wed, Feb 18, 2009 at 07:58:21AM -0800, Ned Ludd wrote: >> On Wed, 2009-02-18 at 12:07 +0100, Bernhard Reutner-Fischer wrote: >>> On Wed, Feb 18, 2009 at 10:07:43AM +0100, Carmelo AMOROSO wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> [email protected] wrote: >>>>> Author: aldot >>>>> Date: 2008-10-03 07:24:28 -0700 (Fri, 03 Oct 2008) >>>>> New Revision: 23582 >>>>> >>>>> Log: >>>>> - add long double math wrappers (Ned Ludd) >>>> Hi Berhard, >>>> any reason I don't know for not having include TARGET_sh among >>>> archs supporting long double ? >>> I do not immediately see why there is any arch limit. >>> >>> Solar, why was this long double math support arch specific? >> I'm not aware of any reason why TARGET_sh would need to be filtered. It >> was probably an oversight. >> >> Anything break when enabled? > > Does anybody remember the story behind __NO_LONG_DOUBLE_MATH? > Let's take powerpc32 as an example. Can sombody please show be > $ nm -D /lib/libm.so.* | grep finite > from some recent glibc's libm on a powerpc32? > To be specific, i want to know if that one contains finitel or not. > If it does, please show me the disas of it. >
I've understood that finite/isnan etc. are obsolete functions. C99 requires, and uclibc provides, macros (isfinite/isnan) that use the relative functions with the __ prefix (math.h). Anyway I know glibc still provide the functions version (without __) Carmelo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmwE6QACgkQoRq/3BrK1s+8zgCg7kOZsAIRKBT2NJPAqQpcCayg TU0An3UwIF1G8kzUwLOM/XSFSUcTDOt9 =O/j5 -----END PGP SIGNATURE----- _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
