From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1841 invoked by alias); 29 Mar 2005 19:12:14 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 1768 invoked from network); 29 Mar 2005 19:12:02 -0000 Received: from unknown (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org with SMTP; 29 Mar 2005 19:12:02 -0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DGM64-0002cr-He for binutils@sources.redhat.com; Tue, 29 Mar 2005 21:09:52 +0200 Received: from xdsl-213-196-245-148.netcologne.de ([213.196.245.148]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2005 21:09:52 +0200 Received: from tg by xdsl-213-196-245-148.netcologne.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2005 21:09:52 +0200 To: binutils@sources.redhat.com From: Thorsten Glaser Subject: Re: cvs binutils+gcc4.0 build fail Date: Tue, 29 Mar 2005 23:33:00 -0000 Message-ID: References: <20050322212341.GD4980@krispykreme> <20050323083219.A21240@mailhub.air.net.au> <20050322222308.GE30711@bubble.modra.org> <20050329065139.GG14407@bubble.modra.org> <20050329110741.GK14407@bubble.modra.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-213-196-245-148.netcologne.de In-Reply-To: <20050329110741.GK14407@bubble.modra.org> X-SW-Source: 2005-03/txt/msg00883.txt.bz2 Alan Modra dixit: >On Tue, Mar 29, 2005 at 04:21:39PM +0930, Alan Modra wrote: >> Something was indeed going wrong with eh_frame editing. It was being >> done twice due to my 2005-03-21 ppc64elf.em change. Oops. > >Blah, it's worse than that. .eh_frame needs to be edited before stubs >and suchlike are built. If the section layout changes after we're done >adding stubs, then some of the stubs will have incorrect offsets. I've got a similar problem; just applying your emultempl/elf32.em diff on top of a binutils-20050328 snapshot didn't help :-( This is gcc-3.4.4 (20050325). tg@odem:/home/tg $ g++ -static x.cc /usr/bin/ld: `.gnu.linkonce.t._ZNKSt5ctypeIcE13_M_widen_initEv' referenced = in section `.data' of /usr/lib/libstdc++.a(locale-inst.o): defined in disca= rded section `.gnu.linkonce.t._ZNKSt5ctypeIcE13_M_widen_initEv' of /usr/lib= /libstdc++.a(locale-inst.o) /usr/bin/ld: `.gnu.linkonce.t._ZStneIcSt11char_traitsIcESaIcEEbRKSbIT_T0_T1= _EPKS3_' referenced in section `.data' of /usr/lib/libstdc++.a(locale_init.= o): defined in discarded section `.gnu.linkonce.t._ZStneIcSt11char_traitsIc= ESaIcEEbRKSbIT_T0_T1_EPKS3_' of /usr/lib/libstdc++.a(locale_init.o) tg@odem:/home/tg $ ./a.out Segmentation fault (core dumped) tg@odem:/home/tg $ cat x.cc #include using namespace std; main() { cout << "Hello, World!" << endl; } tg@odem:/home/tg $ uname -a MirBSD odem.66h.42h.de 8 Kv#8n24-20050315 GENERIC#660 i386 Do you have an idea if this is a binutils or a gcc problem? Thanks in advance, //mirabile, who doesn't know C++ but got the task to port it to MirOS PS: Yes, this target isn't supported (yet) in stock binutils, but I've got my papers done, just got no time to split our diff up into smaller pieces and feed back. --=20 > [...] Echtzeit hat weniger mit "Speed"[...] zu tun, sondern damit, da=DF = der > richtige Proze=DF voraussagbar rechtzeitig sein Zeitscheibchen bekommt. Wir haben uns[...] geeinigt, dass das verwendete Echtzeit-Betriebssystem[..= .] weil selbst einfachste Operationen *echt* *Zeit* brauchen. (aus d.a.s.r)