Re: libm patch

[christos%astron.com@localhost (Christos Zoulas)]

In article 
<AANLkTi=r=N1RNhvmwfBKTP-sKaqG992kYg6KwuC8rMe=%mail.gmail.com@localhost>,
Stathis Kamperis  <ekamperi%gmail.com@localhost> wrote:
>2010/8/23 Stathis Kamperis <ekamperi%gmail.com@localhost>:
>> Hi everyone,
>>
>> I have been continuing my work on libm (former gSoC project) and I
>> have a patch[1] that I'd like to share with you.
>> It's a bit mixed in terms of changes (sorry):
>>
>> * Added a few missing MLINKS
>> * Rewritten some elementary complex functions to not rely on gcc
>> extentions (creal, cimag, conj)
>> * Implemented some new elementary real+complex functions (fabsl,
>> copysignl, cproj*)
>> * Probably the most important change, is the introduction of
>> nextafterl() and friends, that will allow us to measure[2] the ULPs of
>> the long double precision functions that will arrive soon
>> * Some tidy up here and there

good.

>>
>> The patch is WIP.
>> I'm sharing early to get feedback, as my build cycles are quite long
>> and I could batch changes :)
>>
>> Thoughts on:
>>
>> * Style (whether __ should be prepended to float_complex for instance
>> (it isn't strictly needed, but gives a visual hint on the custom
>> origin of the type))

I don't know. What does FreeBSD do?

>> * File layout (should cproj.c be split into cproj.c, cprojf.c, cprojl.c?)
>> * Everything else
>> are very welcome.

I think so to follow existing practice.
>
>Given the lack of general interest, I have filled a PR for this so it
>doesn't get lost:
>Re: lib/43807
>
>Until the experts can take a look at it :)

Is this committable? There is interest, but not too many cycles to look at it.

christos