[oe] g++ lib problem

[Frans Meulenbroeks]

True but why not add long double function prototypes to glibc as we have them.
Might save someone some headache later on.

For my specific problem:
In the package I added a patch for this, and I raised the issue with
the author of the sw who informed me that the long double accuracy was
not really needed, so guess the problem will be gone in the next
release anyway.

Frans

2009/3/13 Khem Raj <raj.khem at gmail.com>:
> On Fri, Mar 13, 2009 at 8:15 AM, Frans Meulenbroeks
> <fransmeulenbroeks at gmail.com> wrote:
>> 2009/3/12 Khem Raj <raj.khem at gmail.com>:
>> [...]
>>>
>>> I see it gets it from libm but g++ specifiies -lm for you where as gcc
>>> does not. I think the problem is that ARM have same precision for
>>> double and long double so glibc defines __NO_LONG_DOUBLE_MATH for ARM
>>> as a result the prototypes for the *l functions are not emitted into
>>> math.h. Although in glibc they are aliases for the corresponding
>> [...]
>>
>> Khem,
>>
>> Thanks for the explanation.
>> Should we change the glibc package to resolve this?
>>
>
> hmmm IMO I think you should fix the application to not ask for long
> double functions on platforms where long double is
> not different than double and fixing glibc could be ok too. Care for a patch :)
>> Frans
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel at lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>