[rrd-developers] rrdtool-1.3.99909060808 configure error

Barrie barrie0482 at gmail.com
Fri Aug 21 02:15:54 CEST 2009


Hi BenBE,

Thanks for the help. I didn't see your post come in, sorry for the late 
reply.

> It uses the Solaris 10 branch, even though it should use none of them???
>   
I see the problem now. Just need to work out how to fix it. This is 
proving to be a good learning exercise. :-)

/* solaris 10 it defines isnan such that only forte can compile it ... 
bad bad  */
#if (defined(HAVE_ISNAN) && defined(isnan) && defined(HAVE_FPCLASS))
#  undef isnan
#  define isnan(a) (fpclass(a) == FP_SNAN || fpclass(a) == FP_QNAN)
#endif

Thanks.


Cheers, Barrie

> Am 09.08.2009 11:52, schrieb Barrie:
> >/ checking if IEEE math works with signal
> /The excerpt from the config.log is the following (if I found the correct
> place).
>
> configure:24927: checking if IEEE math works with signal(SIGFPE,SIG_IGN)
> configure:25019: gcc -o conftest.exe  -D_GNU_SOURCE -fno-strict-aliasing
> -Wall -std=c99 -pedantic -Wundef -Wshadow -Wpointer-arith -Wcast-align
> -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline
> -Wold-style-definition -W  -fPIC -DPIC
> -L/d/projects/rrdtool_mingw32/contrib
> -L/d/projects/rrdtool_mingw32/contrib conftest.c  >&5
> conftest.c:1: warning: -fPIC ignored for target (all code is position
> independent)
> conftest.c:116:5: warning: "HAVE_IEEEFP_H" is not defined
> conftest.c:120:5: warning: "HAVE_FP_CLASS_H" is not defined
> conftest.c: In function `main':
> conftest.c:169: warning: implicit declaration of function `fpclass'
> conftest.c:169: warning: nested extern declaration of `fpclass'
> conftest.c:169: error: `FP_SNAN' undeclared (first use in this function)
> conftest.c:169: error: (Each undeclared identifier is reported only once
> conftest.c:169: error: for each function it appears in.)
> conftest.c:169: error: `FP_QNAN' undeclared (first use in this function)
> configure:25023: $? = 1
> configure: program exited with status 1
>
> It uses the Solaris 10 branch, even though it should use none of them???
>
> Regards,
> BenBE.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/rrd-developers/attachments/20090821/fedbc0ae/attachment.htm 


More information about the rrd-developers mailing list