ldouble math

Carmelo AMOROSO carmelo.amoroso at st.com
Thu Mar 5 18:02:12 UTC 2009


-----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
>>>>
>>>> aldot at uclibc.org 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-----


More information about the uClibc mailing list