[ECOS] Re: GCC 3.2.1 libgcc_eh.a issue

Alexander Neundorf neundorf@kde.org
Tue Jul 10 04:19:00 GMT 2007


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

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



More information about the Ecos-discuss mailing list