public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-27 15:48 bangerth
0 siblings, 0 replies; 9+ messages in thread
From: bangerth @ 2003-01-27 15:48 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, ghazi, nobody, rschiele
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-26 15:16 Christian Jönsson
0 siblings, 0 replies; 9+ messages in thread
From: Christian Jönsson @ 2003-01-26 15:16 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-26 12:36 Robert Schiele
0 siblings, 0 replies; 9+ messages in thread
From: Robert Schiele @ 2003-01-26 12:36 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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--
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-11 8:46 Christian Jönsson
0 siblings, 0 replies; 9+ messages in thread
From: Christian Jönsson @ 2003-01-11 8:46 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-09 13:06 Robert Schiele
0 siblings, 0 replies; 9+ messages in thread
From: Robert Schiele @ 2003-01-09 13:06 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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--
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2003-01-09 12:16 Christian Jönsson
0 siblings, 0 replies; 9+ messages in thread
From: Christian Jönsson @ 2003-01-09 12:16 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2002-12-18 9:41 bangerth
0 siblings, 0 replies; 9+ messages in thread
From: bangerth @ 2002-12-18 9:41 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, ghazi, nobody, rschiele
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2002-12-06 8:26 Christian Jönsson
0 siblings, 0 replies; 9+ messages in thread
From: Christian Jönsson @ 2002-12-06 8:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8
@ 2002-10-10 2:06 rschiele
0 siblings, 0 replies; 9+ messages in thread
From: rschiele @ 2002-10-10 2:06 UTC (permalink / raw)
To: gcc-gnats; +Cc: ghazi
>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==
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2003-01-27 15:48 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-27 15:48 c++/8183: ICE when compiling classes with virtual base class on sparc64-sun-solaris2.8 bangerth
-- strict thread matches above, loose matches on Subject: below --
2003-01-26 15:16 Christian Jönsson
2003-01-26 12:36 Robert Schiele
2003-01-11 8:46 Christian Jönsson
2003-01-09 13:06 Robert Schiele
2003-01-09 12:16 Christian Jönsson
2002-12-18 9:41 bangerth
2002-12-06 8:26 Christian Jönsson
2002-10-10 2:06 rschiele
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).