[Bug bootstrap/54292] New: Errors due to conflicting strsignal headers

[Bug bootstrap/54292] New: Errors due to conflicting strsignal headers

[tobi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

             Bug #: 54292
           Summary: Errors due to conflicting strsignal headers
    Classification: Unclassified
           Product: gcc
           Version: 4.8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: tobi@gcc.gnu.org
            Target: Darwin


This resembles PR31776.  My build from current HEAD fails with
g++ -c   -g -DIN_GCC   -fno-exceptions -fno-rtti -W -Wall -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I../../gcc -I../../gcc/build
-I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include
-I/Users/tobi/src/gcc/build/./gmp -I/Users/tobi/src/gcc/gmp
-I/Users/tobi/src/gcc/build/./mpfr -I/Users/tobi/src/gcc/mpfr
-I/Users/tobi/src/gcc/mpc/src  -I../../gcc/../libdecnumber
-I../../gcc/../libdecnumber/dpd -I../libdecnumber    \
                -o build/genconstants.o ../../gcc/genconstants.c
In file included from /usr/include/sys/wait.h:117,
                 from /usr/include/stdlib.h:65,
                 from ../../gcc/system.h:228,
                 from ../../gcc/genconstants.c:29:
/usr/include/sys/resource.h:89: error: declaration does not declare anything
In file included from ../../gcc/genconstants.c:29:
../../gcc/system.h:499: error: declaration of C function 'const char*
strsignal(int)' conflicts with
/usr/include/string.h:144: error: previous declaration 'char* strsignal(int)'
here
make[3]: *** [build/genconstants.o] Error 1
make[2]: *** [all-stage1-gcc] Error 2
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2

I'm using an in-tree gmp, mpfr etc setup with contrib/download_prerequisites. 
I mention this because in gcc/config.log (attached) I see that the strsignal
configure tests apparently got confused by the location of gmp.h.

[Bug bootstrap/54292] Errors due to conflicting strsignal headers

[tobi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

--- Comment #1 from Tobias Schlüter <tobi at gcc dot gnu.org> 2012-08-16 21:49:53 UTC ---
Created attachment 28038
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28038
configure log

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
            Summary|Errors due to conflicting   |[4.8 Regression] Errors due
                   |strsignal headers           |to conflicting strsignal
                   |                            |headers

--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-08-16 21:58:49 UTC ---
This is due to including gmp.h inside system.h so the tests for those functions
are failing.

There is a mention of this on the list too.  IIRC Diego is fixing it.

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.8.0

--- Comment #3 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-08-17 12:28:54 UTC ---
Offending patch has been reverted.

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

[tobi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

--- Comment #4 from Tobias Schlüter <tobi at gcc dot gnu.org> 2012-08-17 12:31:13 UTC ---
Yes, I now see a new failure that also strikes me as fairly weird (again, I'm
using an in-tree gmp, mpfr, mpc):

/Users/tobi/src/gcc/build/./prev-gcc/g++
-B/Users/tobi/src/gcc/build/./prev-gcc/
-B/usr/local/x86_64-apple-darwin11.4.0/bin/ -nostdinc++
-B/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/src/.libs
-B/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/libsupc++/.libs
-I/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/include/x86_64-apple-darwin11.4.0
-I/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/include
-I/Users/tobi/src/gcc/libstdc++-v3/libsupc++
-L/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/src/.libs
-L/Users/tobi/src/gcc/build/prev-x86_64-apple-darwin11.4.0/libstdc++-v3/libsupc++/.libs
  -g -O2 -mdynamic-no-pic -gtoggle -DIN_GCC   -fno-exceptions -fno-rtti -W
-Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc -Wl,-no_pie -o
f951 \
                fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o
fortran/class.o fortran/constructor.o fortran/cpp.o fortran/data.o
fortran/decl.o fortran/dump-parse-tree.o fortran/error.o fortran/expr.o
fortran/interface.o fortran/intrinsic.o fortran/io.o fortran/iresolve.o
fortran/match.o fortran/matchexp.o fortran/misc.o fortran/module.o
fortran/openmp.o fortran/options.o fortran/parse.o fortran/primary.o
fortran/resolve.o fortran/scanner.o fortran/simplify.o fortran/st.o
fortran/symbol.o fortran/target-memory.o darwin-f.o fortran/convert.o
fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o
fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o
fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o
fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o
fortran/frontend-passes.o libbackend.a main.o tree-browser.o libcommon-target.a
libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a
../libcpp/libcpp.a -lintl -L/opt/local/lib -liconv  ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a  attribs.o 
-L/Users/tobi/src/gcc/build/./gmp/.libs
-L/Users/tobi/src/gcc/build/./mpfr/.libs
-L/Users/tobi/src/gcc/build/./mpc/src/.libs -lmpc -lmpfr -lgmp   -L../zlib -lz
Undefined symbols for architecture x86_64:
  "_mpfr_get_z_exp", referenced from:
      gfc_mpfr_to_mpz(__mpz_struct*, __mpfr_struct*, locus*)     in arith.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make[3]: *** [f951] Error 1
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2
make: *** [all] Error 2

Should I open a new PR?

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

[tobi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

--- Comment #5 from Tobias Schlüter <tobi at gcc dot gnu.org> 2012-08-17 13:46:13 UTC ---
It seems the build picks up the wrong mpfr.h header, the function was renamed
in mpfr > 3.0.0, but API compatibility is ensured via a macro, see:
<http://comments.gmane.org/gmane.comp.lib.mpfr.general/737>

My system mpfr is 3.1.0, but the one inside the compiler tree is 2.4.2.  So it
seems to link against 3.1.0 while using the header from 2.4.2.  I think this is
consistent with the command line flags given.

[Bug bootstrap/54292] [4.8 Regression] Errors due to conflicting strsignal headers

[tobi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54292

--- Comment #6 from Tobias Schlüter <tobi at gcc dot gnu.org> 2012-08-17 19:07:35 UTC ---
This latter issue is now PR54304.