On 02/19/2016 12:45 PM, Paul Eggert wrote: > On 02/19/2016 11:32 AM, Orion Poplawski wrote: >> g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -g -O2 -MT foobar.o -MD -MP -MF >> .deps/foobar.Tpo -c -o foobar.o foobar.cpp >> In file included from foobar.cpp:3:0: >> ../lib/math.h: In function ‘int signbit(float)’: >> ../lib/math.h:2576:1: error: ‘int signbit(float)’ conflicts with a previous >> declaration > This is a C++ thing, plus I don't have GCC 6, so I'm afraid you'll have to do > most of the legwork. > > Why was Gnulib trying to define its own signbit function? Why didn't the > signbit function from GCC 6 pass Gnulib's test? Look in config.log to find > out. On my platform (Fedora 23, GCC 5.3.1) signbit passes all the tests so > there's no reason for Gnulib to try to substitute its own.
Another thing that may be relevant - it appears that with 6.0.0, /usr/include/c++/6.0.0/cmath does: #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS #include_next <math.h> #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS which appears to have the effect of forcing it to include /usr/include/math.h instead of the math.h from gnulib, which I expect is how gnulib worked before. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com
