From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20717 invoked by alias); 10 Jul 2007 04:19:23 -0000 Received: (qmail 20647 invoked by uid 22791); 10 Jul 2007 04:19:23 -0000 X-Spam-Check-By: sourceware.org Received: from pv317.ncsrv.de (HELO www.neundorf.net) (89.110.157.62) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 10 Jul 2007 04:19:19 +0000 Received: by www.neundorf.net (Postfix, from userid 5001) id 759E81762C7D0; Tue, 10 Jul 2007 06:19:16 +0200 (CEST) Received: from cpe-24-195-140-219.nycap.res.rr.com (cpe-24-195-140-219.nycap.res.rr.com [24.195.140.219]) by www.neundorf.net (Postfix) with ESMTP id CAFC21762C7CA; Tue, 10 Jul 2007 06:19:15 +0200 (CEST) From: Alexander Neundorf To: ecos-discuss@ecos.sourceware.org Date: Tue, 10 Jul 2007 04:19:00 -0000 User-Agent: KMail/1.9.5 Cc: sg@sgs.gomel.by MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707100019.50947.neundorf@kde.org> X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] Re: GCC 3.2.1 libgcc_eh.a issue X-SW-Source: 2007-07/txt/msg00088.txt.bz2 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