This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Your libstdc++-v3 acinclude.m4 127772 broke cris-axis-elf: duplicate ac_system_error3
- From: Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- To: bkoz at redhat dot com
- Cc: libstdc++ at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Fri, 24 Aug 2007 18:58:58 +0200
- Subject: Your libstdc++-v3 acinclude.m4 127772 broke cris-axis-elf: duplicate ac_system_error3
It seems your libstdc++-v3 change:
Index: acinclude.m4
===================================================================
--- acinclude.m4 (revision 127769)
+++ acinclude.m4 (revision 127773)
@@ -1282,6 +1282,26 @@ AC_DEFUN([GLIBCXX_CHECK_SYSTEM_ERROR], [
AC_DEFINE(HAVE_ENOTRECOVERABLE, 1, [Define if ENOTRECOVERABLE exists.])
fi
+ AC_MSG_CHECKING([for ENOLINK])
+ AC_CACHE_VAL(ac_system_error3, [
+ AC_TRY_COMPILE([#include <errno.h>], [ int i = ENOLINK; ],
+ [ac_system_error3=yes], [ac_system_error3=no])
+ ])
+ AC_MSG_RESULT($ac_system_error3)
+ if test x"$ac_system_error3" = x"yes"; then
+ AC_DEFINE(HAVE_ENOLINK, 1, [Define if ENOLINK exists.])
+ fi
+
+ AC_MSG_CHECKING([for EPROTO])
+ AC_CACHE_VAL(ac_system_error_4, [
+ AC_TRY_COMPILE([#include <errno.h>], [ int i = EPROTO; ],
+ [ac_system_error_4=yes], [ac_system_error_4=no])
+ ])
+ AC_MSG_RESULT($ac_system_error_4)
+ if test x"$ac_system_error_4" = x"yes"; then
+ AC_DEFINE(HAVE_EPROTO, 1, [Define if EPROTO exists.])
+ fi
+
AC_MSG_CHECKING([for sys_nerr])
AC_CACHE_VAL(ac_system_error3, [
AC_TRY_COMPILE([#include <errno.h> ], [ int i = sys_nerr; ],
caused:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -shared-libgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc -nostdinc++ -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src -L/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/src/.libs -nostdinc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/ -isystem /tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newlib/targ-include -isystem /tmp/hpautotest-gcc1/gcc/newlib/libc/include -B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/bin/ -B/tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/lib/ -isystem /tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/include -isystem /tmp/hpautotest-gcc1/cris-elf/pre/cris-elf/sys-include -I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include/cris-elf -I/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/libstdc++-v3/include -I/tmp/hpautotest-gcc1/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once!
-ffunction-sections -fdata-sections -g -O2 -std=gnu++0x -c /tmp/hpautotest-gcc1/gcc/libstdc++-v3/src/system_error.cc -o system_error.o
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/src/system_error.cc: In member function 'virtual std::posix_errno<unnamed>::gnu_error_category::posix(int) const':
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/src/system_error.cc:51: error: 'sys_nerr' was not declared in this scope
(guessing this is visible for any newlib target or any target
without sys_nerr)
I wild guess is that the use of "ac_system_error3" for the
ENOLINK test above collides with the same in the sys_nerr test,
causing a false positive cached result for the sys_nerr test.
brgds, H-P