From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17301 invoked by alias); 17 Apr 2002 02:26:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 17277 invoked by uid 71); 17 Apr 2002 02:26:02 -0000 Date: Tue, 16 Apr 2002 19:26:00 -0000 Message-ID: <20020417022602.17275.qmail@sources.redhat.com> To: rth@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "Billinghurst, David \(CRTS\)" Subject: RE: c++/6212: g++ testsuite EH regressions for irix6 -mabi=64 Reply-To: "Billinghurst, David \(CRTS\)" X-SW-Source: 2002-04/txt/msg00865.txt.bz2 List-Id: The following reply was made to PR c++/6212; it has been noted by GNATS. From: "Billinghurst, David (CRTS)" To: , Cc: Subject: RE: c++/6212: g++ testsuite EH regressions for irix6 -mabi=64 Date: Wed, 17 Apr 2002 12:22:29 +1000 It isn't a harness issue (fixed that). I see a link warning: ld64: WARNING 127: Two shared objects with the same soname, = /usr/lib64/mips3/libm.so and /usr/lib64/libm.so, have been been linked. = This is probably due to a missing -L specification. Ignoring the latter. I will rebuild with --disable-shared (overnight). -----Original Message----- From: rth@gcc.gnu.org [mailto:rth@gcc.gnu.org] Sent: Wednesday, 17 April 2002 12:06=20 To: Billinghurst, David (CRTS); gcc-bugs@gcc.gnu.org; gcc-prs@gcc.gnu.org; ghazi@caip.rutgers.edu; kenner@vlsi1.ultra.nyu.edu; rth@gcc.gnu.org Subject: Re: c++/6212: g++ testsuite EH regressions for irix6 -mabi=3D64 Synopsis: g++ testsuite EH regressions for irix6 -mabi=3D64 State-Changed-From-To: open->feedback State-Changed-By: rth State-Changed-When: Tue Apr 16 19:06:28 2002 State-Changed-Why: Are you not seeing a testsuite harness problem? E.g. =20 884955:./array1.exe: rld: Fatal Error: Cannot Successfully map = soname 'libstdc++.so.5' under any of the filenames = ./libstdc++.so.5:/holodeck/work/law/rth/build/gcc/libstdc++.so.5:/usr/lib= 64/libstdc++.so.5:/usr/lib64/internal/libstdc++.so.5:/lib64/libstdc++.so.= 5:/opt/lib64/libstdc++.so.5:./libstdc++.so.5.5:/holodeck/work/law/rth/bui= ld/gcc/libstdc++.so.5.5:/usr/lib64/libstdc++.so.5.5:/usr/lib64/internal/l= ibstdc++.so.5.5:/lib64/libstdc++.so.5.5:/opt/lib64/libstdc++.so.5.5:=20 =20 Do you see the same failures if you configure with --disable-shared? http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=3Dview%20audit-trail&database=3D= gcc&pr=3D6212