------- Comment #9 from matt at use dot net  2010-01-14 20:05 -------
The configure command:
../gcc-trunk/configure --prefix=/home/matt --enable-gold
--enable-build-with-cxx --enable-lto --enable-stage1-checking=all
--disable-werror --enable-bootstrap --enable-languages=c,c++,lto

I then adjust the HAVE_DECL_BASENAME define to be "1" in the config.h files to
work around the documented limitation in autotools' detection of the overloaded
basename() declaration in the headers.

The make command:
make profiledbootstrap

The compilation command that fails (run from the
x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++ directory):
/home/matt/src/gcc-obj/./gcc/xgcc -shared-libgcc -B/home/matt/src/gcc-obj/./gcc
-nostdinc++ -L/home/matt/src/gcc-obj/x86_64-unknown-linux-gnu/libstdc++-v3/src
-L/home/matt/src/gcc-obj/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/home/matt/x86_64-unknown-linux-gnu/bin/
-B/home/matt/x86_64-unknown-linux-gnu/lib/ -isystem
/home/matt/x86_64-unknown-linux-gnu/include -isystem
/home/matt/x86_64-unknown-linux-gnu/sys-include
-I/home/matt/src/gcc-trunk/libstdc++-v3/../gcc
-I/home/matt/src/gcc-obj/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/home/matt/src/gcc-obj/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/home/matt/src/gcc-trunk/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c
../../../../gcc-trunk/libstdc++-v3/libsupc++/eh_alloc.cc  -fPIC -DPIC -o
eh_alloc.o

How it fails:
../../../../gcc-trunk/libstdc++-v3/libsupc++/eh_call.cc: In function ‘void
__cxa_call_terminate(_Unwind_Exception*)’:
../../../../gcc-trunk/libstdc++-v3/libsupc++/eh_call.cc:60:1: internal compiler
error: fold check: original tree changed by fold

Potential reductions:
In the failing commandline above, the crash does not happen at -O0; the crash
starts happening at -O1. Configuring with --disable-bootstrap instead of
--enable-bootstrap, with all other options being the same, also avoids the
crash.

This still happens with r155867.


-- 


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