c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Christian Jönsson
c.christian.joensson@telia.com
Thu Jan 9 12:16:00 GMT 2003
The following reply was made to PR c++/8183; it has been noted by GNATS.
>From c.christian.joensson@telia.com Mon Jan 13 00:43:09 2003
From: =?ISO-8859-1?Q?Christian_J=F6nsson?=
<c.christian.joensson@telia.com>
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, rschiele@uni-mannheim.de,
gcc-bugs@gcc.gnu.org, ghazi@caip.rutgers.edu
Cc:
Subject: Re: c++/8183: ICE when compiling classes with virtual base class
on sparc64-sun-solaris2.8
Date: Thu, 09 Jan 2003 13:12:24 +0100
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8183
well, the bug-or-feature was introduced between
Sep 16 08:16:13 UTC 2002, and Sep 20 10:00 UTC 2002
however, trying to bootstrap, a usual 2 stage bootstrap, using gcc 3.2.2
20021204 (prerelease) as bootstrapping compiler, the Sep 20 10:00 UTC
2002 gcc cvs trunk, then 3.3 experimental, gets me this ICE:
/bin/sh ../libtool --tag CXX --mode=compile
/usr/local/src/gcc-binutils/trunk/objdir/gcc/xgcc -shared-libgcc
-B/usr/local/src/gcc-binutils/trunk/objdir/gcc/ -nostdinc++
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src/.libs
-B/usr/local/gcc-binutils/sparc64-linux/bin/
-B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
/usr/local/gcc-binutils/sparc64-linux/include -nostdinc++
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sparc64-linux
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libmath -g -O2
-D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W
-Wwrite-strings -Winline -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -c
/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/src/complex_io.cc
/usr/local/src/gcc-binutils/trunk/objdir/gcc/xgcc -shared-libgcc
-B/usr/local/src/gcc-binutils/trunk/objdir/gcc/ -nostdinc++
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src/.libs
-B/usr/local/gcc-binutils/sparc64-linux/bin/
-B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
/usr/local/gcc-binutils/sparc64-linux/include -nostdinc++
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sparc64-linux
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libmath -g -O2
-D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W
-Wwrite-strings -Winline -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -c
/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/src/complex_io.cc
-fPIC -DPIC -o .libs/complex_io.o
In file included from
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sstream:367,
from
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/complex:51,
from
/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/src/complex_io.cc:30:
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/iosfwd:
Ininstantiation of `std::basic_iostream<char, std::char_traits<char> >':
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/bits/sstream.tcc:234:
instantiated from `std::basic_stringstream<char, std::char_traits<char>,
std::allocator<char> >'
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/bits/sstream.tcc:234:
instantiated from here
/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/iosfwd:64:
internal compiler error: in
lookup_base_r, at cp/search.c:282
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[4]: *** [complex_io.lo] Error 1
and trying the ice.ii testcase gives me this:
chj@u1sparc:/usr/local/src/gcc-binutils/trunk/objdir$
/usr/local/src/gcc-binutils/trunk/objdir/gcc/xgcc -shared-libgcc
-B/usr/local/src/gcc-binutils/trunk/objdir/gcc/ -nostdinc++
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src/.libs
-B/usr/local/gcc-binutils/sparc64-linux/bin/
-B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
/usr/local/gcc-binutils/sparc64-linux/include -nostdinc++
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sparc64-linux
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libmath -g -O2
-D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W
-Wwrite-strings -Winline -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -c /home/chj/ice.ii -fPIC -DPIC
-o /tmp/out.o
/home/chj/ice.ii:4: internal compiler error: in lookup_base_r, at
cp/search.c:
282
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
chj@u1sparc:/usr/local/src/gcc-binutils/trunk/objdir$
however, if I just build the compiler, i.e., not doing a bootstrap, I do
not get the ICE.
Furthermore, trying to run gdb gets me nowhere, I suppose from the fact
that it's a 64/bit binary
Current directory is /usr/local/src/gcc-binutils/trunk/objdir/gcc/
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc-redhat-linux"...
Breakpoint 1 at 0x10cf44: file
/usr/local/src/gcc-binutils/trunk/gcc/gcc/gcc.c, line 6366.
Breakpoint 2 at 0x216ea0
Breakpoint 3 at 0x216ac0
(gdb) set args -shared-libgcc
-B/usr/local/src/gcc-binutils/trunk/objdir/gcc/ -nostdinc++
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src/.libs
-B/usr/local/gcc-binutils/sparc64-linux/bin/
-B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
/usr/local/gcc-binutils/sparc64-linux/include -nostdinc++
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sparc64-linux
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libmath -g -O2
-D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W
-Wwrite-strings -Winline -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -c /home/chj/ice.ii -fPIC -DPIC
-o /tmp/out.o
(gdb) r
Starting program: /usr/local/src/gcc-binutils/trunk/objdir/gcc/xgcc
-shared-libgcc -B/usr/local/src/gcc-binutils/trunk/objdir/gcc/
-nostdinc++
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src
-L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/src/.libs
-B/usr/local/gcc-binutils/sparc64-linux/bin/
-B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
/usr/local/gcc-binutils/sparc64-linux/include -nostdinc++
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include/sparc64-linux
-I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/include
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libsupc++
-I/usr/local/src/gcc-binutils/trunk/gcc/libstdc++-v3/libmath -g -O2
-D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W
-Wwrite-strings -Winline -fdiagnostics-show-location=once
-ffunction-sections -fdata-sections -g -c /home/chj/ice.ii -fPIC -DPIC
-o /tmp/out.o
warning: Cannot insert breakpoint -1:
Cannot access memory at address 0xef80
(gdb) quit
The program is running. Exit anyway? (y or n) y
Debugger finished
I'm just plain out of ideas right now...
So, I wonder what the analysis is?
Cheers,
/ChJ
More information about the Gcc-prs
mailing list