Bruno Haible wrote: > Eric Blake wrote: >>>> CC strtod.o >>>> "strtod.c", line 155.17: 1506-045 (S) Undeclared identifier HUGE_VAL. >>>> "strtod.c", line 170.17: 1506-232 (I) Divisor for modulus or division >>>> operator cannot be zero. >>>> >>>> #include_next "///usr/vac/include/math.h" <-- wrong: must use /usr/include >>> The problem was easy to fix for the current compilation, but I don't know >>> how to fix the math.in.h - or if this would be the right file to fix etc. >> Actually, the fix needs to come from gnulib. This seems like another case >> where we are guessing the wrong absolute header to use when installing a >> replacement for <math.h>, but off-hand I'm not sure how best to fix it. > > I don't know how to deal with this either. I made an attempt to fix this > problem in [1]. The last mail on this topic was then [2]. > > Bruno > > [1] http://lists.gnu.org/archive/html/bug-gnulib/2008-11/msg00294.html
I'm happy to whether it works in next m4 release \o/ > [2] http://lists.gnu.org/archive/html/bug-gnulib/2009-04/msg00201.html This shouldn't bother you, it's an xlc compiler bug and IBM has to care. Volker, what do you think regarding this point? BTW: The xlC-compiler (more: it's header files) on AIX supports a define _LINUX_SOURCE_COMPAT which enables some linux compatibility behaviour (e.g. malloc(0) returns a pointer to 0 bytes memory, not just NULL). Jens
