[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