public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* 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-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 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
* 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

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-16 16:06 libstdc++/10801: ld bus error on linking .libs/libstdc++ under mips-irix-6.3 RenE J.V. Bertin
  -- strict thread matches above, loose matches on Subject: below --
2003-05-18  7:03 rsandifo
2003-05-17  8:06 Richard Sandiford
2003-05-16 16:16 RenE J.V. Bertin
2003-05-16 14:18 rsandifo
2003-05-15 13:06 rjvbertin

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).