Re: [ECOS] Re: GCC 3.2.1 libgcc_eh.a issue

[Sergei Gavrikov <sg at sgs dot gomel dot by>]

Alexander Neundorf writes:
> On Sunday 27 May 2007 12:36, Sergei Gavrikov wrote:
> 
> >Hello,
> >
> > Sometimes, I use the i386-elf-gcc (GCC 3.2.1) from the public
> > ecoscentric toolchain for I386 to build/debug some test using the eCos
> > synth target.
> >
> > AFAIK, they don't recommend to use native GCC for that. The synth.ld
> > script (hal/synth/arch/current/src/synth.ld) contains a point
> >
> > #if (__GNUC__ >= 3)
> > GROUP(libtarget.a libgcc.a libsupc++.a libgcc_eh.a)
> > #else
> > GROUP(libtarget.a libgcc.a)
> > #endif
> >
> > According a ChangeLog, that was Jonathan Larmour's tweak.
> >
> > But their GCC 3.2.1 has no libgcc_eh.a at all:
> >
> > ~/ecos/gnutools/i386-elf/i386-elf/lib/libcygmon.a
> > ~/ecos/gnutools/i386-elf/i386-elf/lib/libsupc++.a
> > ~/ecos/gnutools/i386-elf/i386-elf/lib/libstdc++.a
> > ~/ecos/gnutools/i386-elf/i386-elf/lib/libnosys.a
> > ~/ecos/gnutools/i386-elf/lib/gcc-lib/i386-elf/3.2.1/libgcc.a
> >
> > So, I have to fix the GROUP description in the result ld script
> > (install/lib/target.ld) every time to build the test, i.e. to replace
> > the line
> >
> > GROUP(libtarget.a libgcc.a libsupc++.a libgcc_eh.a)
> >
> > by
> >
> > GROUP(libtarget.a libgcc.a libsupc++.a libgcc.a)
> >
> > Well, that isn't an issue for the sed, but...
> 
> same here, using the gcc toolchain from ecoscentric, on kubuntu 06.10.
> 
> Using the same modification as you it works for me, the executables for the 
> synth. target run.
> Using gcc from the distribution it builds and links also without the 
> modification, but they don't run, they get a SIGSEGV in synth_intr.c, void 
> synth_hardware_init(void).
> 
> I didn't dig deeper into the problem yet.
> Are there any known problems with this (k)ubuntu version and ecos ?
> 
> Alex

Ah, I didn't think that is distro issue. It's pity what I don't remember
about this fail when I used elder Slackware, but I will try this ASAP.
So, do you think that problem is these Ubuntu freshmeat dependences?

ldd `which i386-elf-gcc`
        linux-gate.so.1 =>  (0xffffe000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dd1000)
        /lib/ld-linux.so.2 (0xb7f15000)

Nowadays, I use Ubuntu 6.10/7.04. And I have this problem. But if you
are right... AFAIK, we cannot get a static compiled GCC. Is it time to
change GCC generation? :-)

Thanks for your feedback,

Regards,

Sergei



-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss