Re: cvs binutils+gcc4.0 build fail

[Thorsten Glaser <tg@66h.42h.de>]

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 discarded 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_traitsIcESaIcEEbRKSbIT_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 <iostream>
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.
-- 
> [...] Echtzeit hat weniger mit "Speed"[...] zu tun, sondern damit, daß der
> richtige Prozeß 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)