Bruno Haible <[EMAIL PROTECTED]> writes:
> extern long double acosl (long double x);
In proofreading this I noticed that gnulib math.h isn't 100%
compatible with C99 math.h, since it doesn't allow you to include
math.h after a perverse macro definition like "#define x char *".
Other gnulib .h f
Paul Eggert wrote:
> Yes, math.h should declare them as functions. But are you sure it isn't
> already doing this somehow? It works for me, with Debian stable:
You are right. There was a mistake in my autoconf test. Thanks for the
clarifications.
So, the frexpl, ldexpl declarations
Bruno Haible <[EMAIL PROTECTED]> writes:
> POSIX specifies [1] that should declare frexpl() and ldexpl() but
> neither glibc not MacOS X 10.3 do so. (Paul, do you agree that it looks like
> a glibc bug?)
Yes, math.h should declare them as functions. But are you sure it isn't
already doing this
POSIX specifies [1] that should declare frexpl() and ldexpl() but
neither glibc not MacOS X 10.3 do so. (Paul, do you agree that it looks like
a glibc bug?)
Here is a cheap workaround for the 'printf-frexpl' module.
2007-03-05 Bruno Haible <[EMAIL PROTECTED]>
* m4/printf-frexpl.m4 (gl