public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-15 13:06 rjvbertin
0 siblings, 0 replies; 6+ messages in thread
From: rjvbertin @ 2003-05-15 13:06 UTC (permalink / raw)
To: gcc-gnats
>Number: 10801
>Category: libstdc++
>Synopsis: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu May 15 13:06:01 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: R.J.V. Bertin
>Release: gcc 3.2.3
>Organization:
>Environment:
mips-irix-6.3: IRIX "" 6.3 12161207 IP32, 200Mhz R5000 cpu
>Description:
Towards the end of the build process, I get the following failure:
/usr/people/bertin/work/src/new/gcc323-build/gcc/xgcc -shared-libgcc -B/usr/people/bertin/work/src/new/gcc323-build/gcc/ -nostdinc++ -L/usr/people/bertin/work/src/new/gcc323-build/mips-sgi-irix6.3/libstdc++-v3/src -L/usr/people/bertin/work/src/new/gcc323-build/mips-sgi-irix6.3/libstdc++-v3/src/.libs -B/usr/local/gcc3.2.3-n32/mips-sgi-irix6.3/bin/ -B/usr/local/gcc3.2.3-n32/mips-sgi-irix6.3/lib/ -isystem /usr/local/gcc3.2.3-n32/mips-sgi-irix6.3/include -shared -nostdlib /usr/people/bertin/work/src/new/gcc323-build/gcc/crtbegin.o .libs/bitset.o .libs/codecvt.o .libs/complex_io.o .libs/concept-inst.o .libs/ctype.o .libs/ext-inst.o .libs/fstream.o .libs/fstream-inst.o .libs/functexcept.o .libs/globals.o .libs/io-inst.o .libs/ios.o .libs/istream-inst.o .libs/limits.o .libs/locale.o .libs/locale-inst.o .libs/localename.o .libs/misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/stdexcept.o .libs/stl-inst.o .libs/streambuf-inst.o .libs/string-inst.o .libs/strstream.o .libs/valarray-inst.o .libs/vterminate.o .libs/wstring-inst.o .libs/codecvt_members.o .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o .libs/libstdc++.lax/libmath.a/stubs.o .libs/libstdc++.lax/libmath.a/signbit.o .libs/libstdc++.lax/libmath.a/signbitl.o .libs/libstdc++.lax/libmath.a/signbitf.o .libs/libstdc++.lax/libmath.a/copysignf.o .libs/libstdc++.lax/libmath.a/nan.o .libs/libstdc++.lax/libsupc++convenience.a/cxa_demangle.o .libs/libstdc++.lax/libsupc++convenience.a/new_handler.o .libs/libstdc++.lax/libsupc++convenience.a/eh_alloc.o .libs/libstdc++.lax/libsupc++convenience.a/pure.o .libs/libstdc++.lax/libsupc++convenience.a/del_opnt.o .libs/libstdc++.lax/libsupc++convenience.a/new_opnt.o .libs/libstdc++.lax/libsupc++convenience.a/vec.o .libs/libstdc++.lax/libsupc++convenience.a/tinfo2.o .libs/libstdc++.lax/libsupc++convenience.a/del_opvnt.o .libs/libstdc++.lax/libsupc++convenience.a/eh_personality.o .libs/libstdc++.lax/libsupc++convenience.a/new_opv.o .libs/libstdc++.lax/libsupc++convenience.a/eh_aux_runtime.o .libs/libstdc++.lax/libsupc++convenience.a/new_opvnt.o .libs/libstdc++.lax/libsupc++convenience.a/del_opv.o .libs/libstdc++.lax/libsupc++convenience.a/eh_catch.o .libs/libstdc++.lax/libsupc++convenience.a/dyn-string.o .libs/libstdc++.lax/libsupc++convenience.a/eh_terminate.o .libs/libstdc++.lax/libsupc++convenience.a/eh_throw.o .libs/libstdc++.lax/libsupc++convenience.a/eh_exception.o .libs/libstdc++.lax/libsupc++convenience.a/tinfo.o .libs/libstdc++.lax/libsupc++convenience.a/eh_globals.o .libs/libstdc++.lax/libsupc++convenience.a/eh_type.o .libs/libstdc++.lax/libsupc++convenience.a/new_op.o .libs/libstdc++.lax/libsupc++convenience.a/del_op.o -L/usr/people/bertin/work/src/new/gcc323-build/mips-sgi-irix6.3/libstdc++-v3/src -L/usr/people/bertin/work/src/new/gcc323-build/mips-sgi-irix6.3/libstdc++-v3/src/.libs -lm ../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm -L/usr/people/bertin/work/src/new/gcc323-build/gcc -L/usr/bin -lgcc_s -L/usr/lib32/mips3 -L/usr/lib32 -lgcc_s -lm -lgcc_s -lgcc_s -lc /usr/people/bertin/work/src/new/gcc323-build/gcc/crtend.o -Wl,-soname -Wl,libstdc++.so.6 `test -n "sgi6.2:sgi6.1:sgi6.0:sgi6.3" && echo -Wl,-set_version -Wl,sgi6.2:sgi6.1:sgi6.0:sgi6.3` -Wl,-update_registry -Wl,.libs/so_locations -o .libs/libstdc++.so.6.3
ld: WARNING 84: ../libmath/.libs/libmath.a is not used for resolving any symbol.
ld: WARNING 84: ../libsupc++/.libs/libsupc++convenience.a is not used for resolving any symbol.
ld: Bus error. Removing output file...
collect2: ld returned 1 exit status
make[3]: *** [libstdc++.la] Error 1
make[3]: Target `all' not remade because of errors.
make[3]: Leaving directory `/usr/people/bertin/work/src/new/gcc323-build/mips-sgi-irix6.3/libstdc++-v3/src'
I'm now going to try once more (...!) with -mips3 -mcpu=r5000 in the options passed to make, and without the -fno-implicit-templates argument (looks like a c++ arg).
>How-To-Repeat:
> env "CC=cc -n32" CFLAGS=-O2 CXXFLAGS=-O2 ../gcc-3.2.3/configure --prefix=/usr/local/gcc3.2.3-n32 --enable-languages=c,c++,
f77,objc --disable-multilib | & tee -a configured-323-irix.rjvb
# move gnu as (gas; /usr/gnu/bin/as) out of the way during the build!
> (mv /usr/gnu/bin/as{,.gnu} ; env BOOT_CFLAGS='-O2' /bin/nice make CFLAGS='-O2' LIBCFLAGS='-g
-O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstrap-lean ; mv /usr/gnu/bin/as{.gnu,}
) &
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-18 7:03 rsandifo
0 siblings, 0 replies; 6+ messages in thread
From: rsandifo @ 2003-05-18 7:03 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, rjvbertin, rsandifo
Synopsis: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
State-Changed-From-To: feedback->closed
State-Changed-By: rsandifo
State-Changed-When: Sun May 18 07:03:42 2003
State-Changed-Why:
Appears to be an ld bug.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10801
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-17 8:06 Richard Sandiford
0 siblings, 0 replies; 6+ messages in thread
From: Richard Sandiford @ 2003-05-17 8:06 UTC (permalink / raw)
To: rsandifo; +Cc: gcc-prs
The following reply was made to PR libstdc++/10801; it has been noted by GNATS.
From: Richard Sandiford <rsandifo@redhat.com>
To: "RenE J.V. Bertin" <rjvbertin@hotmail.com>
Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
Date: 17 May 2003 08:54:14 +0100
"RenE J.V. Bertin" <rjvbertin@hotmail.com> writes:
> The linker crashes when I issue the -s option
> in the build command.
Hmm, this sounds similar to a bug mentioned here:
http://ftp.mayn.de/pub/irix/updates/MIPSpro_7.2.1.3m-README
Specifically:
Ld32 seg fault when linking g++ objects.
When the latest g++ 2.8.1 is used with the latest 7.2.1
SGI back-end (assembler/linker/strip) any invocation of
g++ with the '-s' (strip) option seems to cause a SEGV
in ld32. This has been fixed (630196).
I suggest you try patching or upgrading your linker.
Alternatively, binutils 2.14 is likely to be released in the next
couple of weeks and it should handle n32 & n64 much better than
previous versions. You could try using that. (HJ's 2.14.90.0.2
version is out now and may work OK.)
Using binutils is obviously more bleeding edge, though. I can't
guarantee it'll work.
> Things work fine when I do not do that. To me, this does
> suggest that gcc does something wrong somewhere when it
> invokes the linker.
There doesn't seem to be anything wrong with the failing
command line. And if, as you say, removing -s causes the
link to succeed, I really do think that this is a linker bug.
Richard
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-16 16:16 RenE J.V. Bertin
0 siblings, 0 replies; 6+ messages in thread
From: RenE J.V. Bertin @ 2003-05-16 16:16 UTC (permalink / raw)
To: rsandifo; +Cc: gcc-prs
The following reply was made to PR libstdc++/10801; it has been noted by GNATS.
From: "RenE J.V. Bertin" <rjvbertin@hotmail.com>
To: rsandifo@sources.redhat.com, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
nobody@gcc.gnu.org, rjvbertin@hotmail.com, rsandifo@sources.redhat.com,
gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under
mips-irix-6.3
Date: Fri, 16 May 2003 18:07:57 +0200
On 16 May 2003 14:18:26 -0000, rsandifo@sources.redhat.com wrote regarding "Re: libstdc++/10801: ld
bus error on linking .libs/libstdc++ under mips-irix-6.3"
Sorry:
I see that an addendum I tried to post yesterday bounced.
I'm using the system ld, version 7.10.
I also just noticed that when I use the resulting build (done throughout with -mips4 -mabi=n32 -mcpu=r5000, and done once more with gcc as the bootstrap), the linker crashes when I issue the -s option in the build command. Things work fine when I do not do that. To me, this does suggest that gcc does something wrong somewhere when it invokes the linker.
R.B.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-16 16:06 RenE J.V. Bertin
0 siblings, 0 replies; 6+ messages in thread
From: RenE J.V. Bertin @ 2003-05-16 16:06 UTC (permalink / raw)
To: rsandifo; +Cc: gcc-prs
The following reply was made to PR libstdc++/10801; it has been noted by GNATS.
From: "RenE J.V. Bertin" <rjvbertin@hotmail.com>
To: rsandifo@sources.redhat.com, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
nobody@gcc.gnu.org, rjvbertin@hotmail.com, rsandifo@sources.redhat.com,
gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under
mips-irix-6.3
Date: Fri, 16 May 2003 17:57:31 +0200
On 16 May 2003 14:18:26 -0000, rsandifo@sources.redhat.com wrote regarding "Re: libstdc++/10801: ld
bus error on linking .libs/libstdc++ under mips-irix-6.3"
8-) On the face of it, this looks like an ld bug rather than
8-) a gcc bug. Do you have any reason for thinking that gcc
8-) is at fault here?
8-)
Well, it is gcc that generates the code, or that passes an option or sequence of options that choke ld (the command line is really quite complex and long). I have never before experienced this. To be sure, I could try to build for mips-sgi-irix5 to get an o32 system. This I managed for gcc 3.2.0 .
But I agree that it is not sure that it is a gcc bug. I looked for a discussion forum first, and completely overlooked the existence of the (open) mailing list.
8-) http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10801
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
@ 2003-05-16 14:18 rsandifo
0 siblings, 0 replies; 6+ messages in thread
From: rsandifo @ 2003-05-16 14:18 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, nobody, rjvbertin, rsandifo
Synopsis: ld bus error on linking .libs/libstdc++ under mips-irix-6.3
Responsible-Changed-From-To: unassigned->rsandifo
Responsible-Changed-By: rsandifo
Responsible-Changed-When: Fri May 16 14:18:26 2003
Responsible-Changed-Why:
mine
State-Changed-From-To: open->feedback
State-Changed-By: rsandifo
State-Changed-When: Fri May 16 14:18:26 2003
State-Changed-Why:
On the face of it, this looks like an ld bug rather than
a gcc bug. Do you have any reason for thinking that gcc
is at fault here?
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10801
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2003-05-18 7:03 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-15 13:06 libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3 rjvbertin
2003-05-16 14:18 rsandifo
2003-05-16 16:06 RenE J.V. Bertin
2003-05-16 16:16 RenE J.V. Bertin
2003-05-17 8:06 Richard Sandiford
2003-05-18 7:03 rsandifo
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).