cc1 ICEs building libiberty/sort.c if built with gcc-3.4 -g

[Richard Guenther <rguenth at tat dot physik dot uni-tuebingen dot de>]

Hi!

I get a strange ICE if building (not bootstrapping) mainline with
current 3.4 branch with CFLAGS="-g":

/tmp/gcc-obj-checking/gcc/xgcc -B/tmp/gcc-obj-checking/gcc/
-B/i686-pc-linux-gnu/bin/ -B/i686-pc-linux-gnu/lib/ -isystem
/i686-pc-linux-gnu/include -isystem /i686-pc-linux-gnu/sys-include -c
-DHAVE_CONFIG_H -O2 -g -I.
-I/net/alwazn/home/rguenth/src/gcc/gcc/libiberty/../include  -W -Wall
-Wtraditional -pedantic
/net/alwazn/home/rguenth/src/gcc/gcc/libiberty/sort.c -o sort.o
/net/alwazn/home/rguenth/src/gcc/gcc/libiberty/sort.c: In function
'sort_pointers':
/net/alwazn/home/rguenth/src/gcc/gcc/libiberty/sort.c:51: internal
compiler error: in insert_aux, at tree-ssa-pre.c:1624
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

So, this is gcc 3.4.4 miscompiling HEAD with -g such that the built
compiler ICEs as above.

gcc-3.4 (GCC) 3.4.4 20050112 (prerelease)

Is this even worth entering into the bug database?  I guess
nobody will do a build with just -g.  What would be the appropriate
testcase?

Thanks,
Richard.

--
Richard Guenther <richard dot guenther at uni-tuebingen dot de>
WWW: http://www.tat.physik.uni-tuebingen.de/~rguenth/