Alan Coopersmith:
>
>
> Wouldn't it be more consistent to follow the libc model, where all the
> functions, both standard and non-standard, are in the same .so, but the
> function prototypes are visible or hidden based on the #defines set?
>
Memory can be a fickle thing, but I believe libsunmath p
Some background is here, for Sun internal people.
LSARC/1992/005 Bundled libm packaging Dean Stantonclosed approved 7/7/93
Unpublished
LSARC/1993/668 SPARCompilers 3.0.1 Evan Adams closed approved summary
Unpublished
I suspect things have changed more than a little in the last
keith bierman wrote:
> ? :
>>
>> Can you merge libsunmath into libm?
>>
>>
> Sun certainly could. However, that would be full circle. libm was split
> into libm and libsunmath so that purely Standards conformat programs
> could link only against libm and know that they were standard
Can you merge libsunmath into libm?
On 10/23/09, Chris Quenelle wrote:
> libsunmath is a library that is included with the Sun compilers
> in both static and dynamic formats.
>
> I've been told that with C99 and the new libm functions,
> there are very few reasons to be using libsunmath anymor
? :
>
> Can you merge libsunmath into libm?
>
>
Sun certainly could. However, that would be full circle. libm was split
into libm and libsunmath so that purely Standards conformat programs
could link only against libm and know that they were standard. Putting
all of libsunmath
? wrote:
> Can you merge libsunmath into libm?
>
If we could identify the useful functions, we could
move those into libm. Or some other more appropriate library.
--chris
libsunmath is a library that is included with the Sun compilers
in both static and dynamic formats.
I've been told that with C99 and the new libm functions,
there are very few reasons to be using libsunmath anymore.
I'd love to have feedback from libsunmath users on whether
this might be true or n
