Re: frexpl, ldexpl declarations

2007-03-07 Thread Paul Eggert
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

Re: frexpl, ldexpl declarations

2007-03-06 Thread Bruno Haible
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

Re: frexpl, ldexpl declarations

2007-03-05 Thread Paul Eggert
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

frexpl, ldexpl declarations

2007-03-05 Thread Bruno Haible
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