[ECOS] Re: GCC 3.2.1 libgcc_eh.a issue

[ECOS] Re: GCC 3.2.1 libgcc_eh.a issue

[Alexander Neundorf]

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

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

[Sergei Gavrikov]

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

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

[Alexander Neundorf]

On Tuesday 10 July 2007 02:13, Sergei Gavrikov wrote:
> Alexander Neundorf writes:
...
> > 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

I think I didn't have these problems on an older system, but I can't remember 
exactly. So it might be a combination of gcc/kernel/glibc.

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