c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[rschiele]

>Number:         8183
>Category:       c++
>Synopsis:       ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Oct 10 02:06:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Robert Schiele
>Release:        3.3 20021007 (experimental)
>Organization:
>Environment:
System: SunOS manray 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-4
Architecture: sun4
host: sparc64-sun-solaris2.8
build: sparc64-sun-solaris2.8
target: sparc64-sun-solaris2.8
configured with: /home/schiele/gcccvs/gcc/configure --enable-threads=posix --prefix=/opt/Pkg/SunOS/gcc33_64 --enable-languages=c,c++,f77,objc --disable-libgcj --with-gxx-include-dir=/opt/Pkg/SunOS/gcc33_64/include/g++ --with-system-zlib --enable-shared sparc64-sun-solaris2.8
>Description:
Compiling the attached program on sparc64-sun-solaris2.8 results in:

ice.ii:4: internal compiler error: in lookup_base_r, at cp/search.c:282
>How-To-Repeat:
Just try to compile it. ;-)
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: text/x-c++src; name="ice.ii"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ice.ii"

Y2xhc3MgYSB7fTsKY2xhc3MgYiA6IHZpcnR1YWwgYSB7fTsKY2xhc3MgYyA6IHZpcnR1YWwgYSB7
fTsKY2xhc3MgZCA6IGIsIGMge307Cg==

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[bangerth]

Synopsis: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

State-Changed-From-To: analyzed->closed
State-Changed-By: bangerth
State-Changed-When: Mon Jan 27 15:48:51 2003
State-Changed-Why:
    Apparently fixed, according to submitter

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8183

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Christian Jönsson]

The following reply was made to PR c++/8183; it has been noted by GNATS.

From: =?iso-8859-1?Q?Christian_J=F6nsson?= <c.christian.joensson@telia.com>
To: Robert Schiele <rschiele@uni-mannheim.de>
Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   ghazi@caip.rutgers.edu
Subject: Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Date: Sun, 26 Jan 2003 16:09:24 +0100

 On Sun, Jan 26, 2003 at 01:33:54PM +0100, Robert Schiele wrote:
 > Well, this works for me now again since 2003-01-21.  So I think, this
 > bug can be closed now.
 
 Likewise, however, the bug is not analysed, as far as I understand it,
 but the "bug" seems to be gone, at least a bootstrap of gcc 3.4
 (experimental) 2003-01-22 goes past the problem with compiling (with
 PIC) the file complex_io
 
 Cheers,
 
 /ChJ
 

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Robert Schiele]

The following reply was made to PR c++/8183; it has been noted by GNATS.

From: Robert Schiele <rschiele@uni-mannheim.de>
To: Christian =?iso-8859-1?Q?J=F6nsson?= <c.christian.joensson@telia.com>
Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   ghazi@caip.rutgers.edu
Subject: Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Date: Sun, 26 Jan 2003 13:33:54 +0100

 --SUOF0GtieIMvvwua
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 Well, this works for me now again since 2003-01-21.  So I think, this
 bug can be closed now.
 
 Robert
 
 --=20
 Robert Schiele			Tel.: +49-621-181-2517
 Dipl.-Wirtsch.informatiker	mailto:rschiele@uni-mannheim.de
 
 --SUOF0GtieIMvvwua
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.0.7 (GNU/Linux)
 
 iQEVAwUBPjPVrMQAnns5HcHpAQFCEAf/XJXSv27vXadb/IOGY1uB28fHVkCt6y6e
 x15slGxcQajqNZT2VCXPpg+TV6p2yjslHtQk0RQXVYlsokOjY6KyDxa7roTyFc/q
 rAEB22XN7fHDSWPJlGB4IUHScFiapfnLyN067xD1XqY5cf/UwhovvzQX9l460HxA
 4ZiI12GQFagpy9DiaGdH99GsukLJa+tC9K+i0njfWFVGcDUxCt0XZsJAPzhT+qJd
 s/NcexQKJzx5WcWhQoT/FaWs7LHWb0XkN0OqSO6/go4kq31bvjbhado0eIdyUKo/
 IadPWj+d9rGZTvRj08EFXXaM448EWmdv4tgU8inGfX2YWkcybszDgg==
 =R0kD
 -----END PGP SIGNATURE-----
 
 --SUOF0GtieIMvvwua--
 

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Christian Jönsson]

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:57:13 2003
From: =?iso-8859-1?Q?Christian_J=F6nsson?= <c.christian.joensson@telia.com>
To: Robert Schiele <rschiele@uni-mannheim.de>
Cc: =?iso-8859-1?Q?Christian_J=F6nsson?= <c.christian.joensson@telia.com>,
   gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   ghazi@caip.rutgers.edu
Subject: Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Date: Sat, 11 Jan 2003 09:39:38 +0100

 On Thu, Jan 09, 2003 at 02:02:33PM +0100, Robert Schiele wrote:
 > On Thu, Jan 09, 2003 at 01:12:24PM +0100, Christian J=F6nsson wrote:
 > > however, if I just build the compiler, i.e., not doing a bootstrap, I d=
 o=20
 > > not get the ICE.
 >=20
 > Well, this is perfectly clear, because if you just built the compiler,
 > you didn't compile anything with such a class construction, as the
 > compiler is written in C, not C++.
 
 well, "make" does build both the compiler and the support libraries,
 such as the libstdc++-v3 that contains the complex_io.cc file... there
 it's an ICE...
 
 =20
 > But I would expect the such built compiler to also fail building my
 > test case, doesn't it?
 
 Sure does.
 =20
 > > So, I wonder what the analysis is?
 >=20
 > I can't say very much about that, but it seems so that there is
 > something broken in the C++ frontend on 64 bit systems.  I assume some
 > false assumptions about size of specific data types that are only
 > correct on some platforms.
 >=20
 > I don't have tried on other 64 bit platforms, but for Solaris I can
 > say that I am able to build both 32 and 64 bit versions of the
 > testcase successfully with the compiler built itself in 32 bit mode.
 > But with a compiler built in 64 bit mode, the bug is triggered
 > independent of the target being 32 or 64 bit.
 
 Likewise here, building for sparc-linux gets me a through, but not for
 sprac64-linux.
 
 I just tried the cvs main trunk, now 3.4 (experimental), and it's
 still there. A bootstrap gets me here:
 
 chj@u1sparc:/usr/local/src/gcc-binutils/trunk/objdir$ /usr/local/src/gcc-bi=
 nutils/trunk/objdir/gcc/xgcc -shared-libgcc -B/usr/local/src/gcc-binutils/t=
 runk/objdir/gcc/ -nostdinc++ -L/usr/local/src/gcc-binutils/trunk/objdir/spa=
 rc64-linux/32/libstdc++-v3/src -L/usr/local/src/gcc-binutils/trunk/objdir/s=
 parc64-linux/32/libstdc++-v3/src/.libs -B/usr/local/gcc-binutils/sparc64-li=
 nux/bin/ -B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem /usr/local/g=
 cc-binutils/sparc64-linux/include -L/usr/local/src/gcc-binutils/trunk/objdi=
 r/ld -m32 -nostdinc++ -I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-li=
 nux/32/libstdc++-v3/include/sparc64-linux -I/usr/local/src/gcc-binutils/tru=
 nk/objdir/sparc64-linux/32/libstdc++-v3/include -I/usr/local/src/gcc-binuti=
 ls/trunk/gcc-binutils/libstdc++-v3/libsupc++ -I/usr/local/src/gcc-binutils/=
 trunk/gcc-binutils/libstdc++-v3/libmath -g -O2 -D_GNU_SOURCE -m32 -fno-impl=
 icit-templates -Wall -Wno-format -W -Wwrite-strings -Winline -fdiagnostics-=
 show-location=3Donce -ffunction-sections -fdata-sections -c /usr/local/src/=
 gcc-binutils/trunk/gcc-binutils/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-linu=
 x/32/libstdc++-v3/include/sstream:635,
                  from /usr/local/src/gcc-binutils/trunk/objdir/sparc64-linu=
 x/32/libstdc++-v3/include/complex:51,
                  from /usr/local/src/gcc-binutils/trunk/gcc-binutils/libstd=
 c++-v3/src/complex_io.cc:30:
 /usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc++-v3/incl=
 ude/iosfwd: In instantiation of `std::basic_iostream<char, std::char_traits=
 <char> >':
 /usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc++-v3/incl=
 ude/bits/sstream.tcc:231:   instantiated from `std::basic_stringstream<char=
 , std::char_traits<char>, std::allocator<char> >'
 /usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc++-v3/incl=
 ude/bits/sstream.tcc:231:   instantiated from here
 /usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc++-v3/incl=
 ude/iosfwd:64: internal compiler error: in
    lookup_base_r, at cp/search.c:283
 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$ chj@u1sparc:/usr/loca=
 l/src/gcc-binutils/trunk/objdir$ /usr/local/src/gcc-binutils/trunk/objdir/g=
 cc/xgcc -shared-libgcc -B/usr/local/src/gcc-binutils/trunk/objdir/gcc/ -nos=
 tdinc++ -L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc=
 ++-v3/src -L/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libst=
 dc++-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-l=
 inux/include -L/usr/local/src/gcc-binutils/trunk/objdir/ld -m32 -nostdinc++=
  -I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/32/libstdc++-v3/i=
 nclude/sparc64-linux -I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-lin=
 ux/32/libstdc++-v3/include -I/usr/local/src/gcc-binutils/trunk/gcc-binutils=
 /libstdc++-v3/libsupc++ -I/usr/local/src/gcc-binutils/trunk/gcc-binutils/li=
 bstdc++-v3/libmath -g -O2 -D_GNU_SOURCE -m32 -fno-implicit-templates -Wall =
 -Wno-format -W -Wwrite-strings -Winline -fdiagnostics-show-location=3Donce =
 -ffunction-sections -fdata-sections -c ~/ice.ii  -fPIC -DPIC -o /tmp/out.o=
 =20
 /home/chj/ice.ii:4: internal compiler error: in lookup_base_r, at cp/search=
 .c:
    283
 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$=20
 
 This was on a Aurora SPARC Linux 0.42 build (Douglas) Ultra1
 sun4u system with these packages:
 
 binutils 2.13.1 20021207 sparc64-linux
 bison-1.35-1
 dejagnu-1.4.2-3
 expect-5.32.2-67
 gcc 3.2.2 20021204 (prerelease) sparc64-linux
 glibc-2.2.5-42
 glibc64-2.2.5-42
 kernel-2.4.19-1.2sparc
 tcl-8.3.3-67
 
 In-tree joined gcc and binutils cvs trunks.
 
 LAST_UPDATED: Fri Jan 10 15:24:38 UTC 2003
 
 #! /bin/sh
 # Generated automatically by configure.
 # Run this file to recreate the current configuration.
 # This directory was configured as follows,
 # on host u1sparc.j-son.org:
 #
 # /usr/local/src/gcc-binutils/trunk/gcc-binutils/configure  sparc64-linux -=
 -prefix=3D/usr/local/gcc-binutils --enable-shared --enable-threads=3Dposix =
 --with-gcc-version-trigger=3D/usr/local/src/gcc-binutils/trunk/gcc-binutils=
 /gcc/version.c
 #
 # Compiler output produced by configure, useful for debugging
 # configure, is in ./config.log if it exists.
 
 
 Cheers,
 
 /ChJ

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Robert Schiele]

The following reply was made to PR c++/8183; it has been noted by GNATS.

>From rschiele@uni-mannheim.de  Mon Jan 13 00:43:38 2003
From: Robert Schiele <rschiele@uni-mannheim.de>
To: Christian =?iso-8859-1?Q?J=F6nsson?= <c.christian.joensson@telia.com>
Cc: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
	ghazi@caip.rutgers.edu
Subject: Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Date: Thu, 9 Jan 2003 14:02:33 +0100

 --PEIAKu/WMn1b1Hv9
 Content-Type: text/plain; charset=iso-8859-1
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On Thu, Jan 09, 2003 at 01:12:24PM +0100, Christian J=F6nsson wrote:
 > however, if I just build the compiler, i.e., not doing a bootstrap, I do=
 =20
 > not get the ICE.
 
 Well, this is perfectly clear, because if you just built the compiler,
 you didn't compile anything with such a class construction, as the
 compiler is written in C, not C++.
 
 But I would expect the such built compiler to also fail building my
 test case, doesn't it?
 
 > So, I wonder what the analysis is?
 
 I can't say very much about that, but it seems so that there is
 something broken in the C++ frontend on 64 bit systems.  I assume some
 false assumptions about size of specific data types that are only
 correct on some platforms.
 
 I don't have tried on other 64 bit platforms, but for Solaris I can
 say that I am able to build both 32 and 64 bit versions of the
 testcase successfully with the compiler built itself in 32 bit mode.
 But with a compiler built in 64 bit mode, the bug is triggered
 independent of the target being 32 or 64 bit.
 
 Robert
 
 --=20
 Robert Schiele			Tel.: +49-621-181-2517
 Dipl.-Wirtsch.informatiker	mailto:rschiele@uni-mannheim.de
 
 --PEIAKu/WMn1b1Hv9
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.0.7 (GNU/Linux)
 
 iQEVAwUBPh1y6cQAnns5HcHpAQFlSwf/Rs1ZzsM3hEpD/dyG8ynNW5XLYLyG97z3
 Yt5PQGTWGye0sBI/Q1o0dOX852mZsUer4tSoUG36ful48tYzgO1lbZi4a56CqOmy
 mdV59pcLkf0IRHohpi1vMEcaUh20/oXuGJEbmHxw4qYLQGPiEHHmf2TdqxBTeIAZ
 ds9oHRDduJZfvH5Mkog12RnNSbvdF+TR5sGgVU3pT5BiA34zy8ndrbu+561SKUlf
 p0Rm05pgu+E0NgEx1akn90z2klzxNtrBTMD/B11AL+1nI0SFe4Fp7xrO95RFPULX
 9um0TK22/vrwYmeqtHTh/emLjERypVz2wtM2g52YLA7AoNyn8BzgTQ==
 =HRsk
 -----END PGP SIGNATURE-----
 
 --PEIAKu/WMn1b1Hv9--
 

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Christian Jönsson]

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
 
 
 

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[bangerth]

Synopsis: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

State-Changed-From-To: open->analyzed
State-Changed-By: bangerth
State-Changed-When: Wed Dec 18 09:41:51 2002
State-Changed-Why:
    Reproduced by Christian Joensson on a different platform.
    
    I can't reproduce it on x86-Linux, though.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8183

Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8

[Christian Jönsson]

The following reply was made to PR c++/8183; it has been noted by GNATS.

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>,
	<nobody@gcc.gnu.org>
Cc: <aurora-sparc-devel@linuxpower.org>
Subject: Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
Date: Fri, 6 Dec 2002 17:23:20 +0100

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&database=3D=
 gcc&p
 r=3D8183
 
 I would just like to report that there is a problem also on gcc 3.3 =
 20021205
 sparc64-linux:
 
 chj@u1sparc:~$ !858
 /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=
 /.l
 ibs -B/usr/local/gcc-binutils/sparc64-linux/bin/
 -B/usr/local/gcc-binutils/sparc64-linux/lib/ -isystem
 /usr/local/gcc-binutils/sparc64-linux/include
 -L/usr/local/src/gcc-binutils/trunk/objdir/ld -nostdinc++
 -I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++-v3/inc=
 lud
 e/sparc64-linux
 -I/usr/local/src/gcc-binutils/trunk/objdir/sparc64-linux/libstdc++
 -v3/include
 -I/usr/local/src/gcc-binutils/trunk/gcc-binutils/libstdc++-v3/libsupc++
 -I/usr/local/src/gcc-binutils/trunk/gcc-binutils/libstdc++-v3/libmath -g =
 -O2
 -D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W =
 -Wwrite-strings
 -Winline -fdiagnostics-show-location=3Donce -ffunction-sections
 -fdata-sections -g -c
 ~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:  283
 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:~$
 
 This was on a Aurora SPARC Linux 0.42 build (Douglas) Ultra1
 sun4u system with these packages:
 
 binutils 2.13.1 20021204 sparc64-linux
 bison-1.35-1
 dejagnu-1.4.3-0   (built
 ftp://ftp.gnu.org/gnu/dejagnu/dejagnu-1.4.3-0.src.rpm)
 expect-5.32.2-67
 gcc 3.2.2 20021122 (prerelease) sparc64-linux
 glibc-2.2.5-40
 glibc64-2.2.5-40
 kernel-2.4.19-1.2sparc
 tcl-8.3.3-67