From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2086 invoked by alias); 4 Feb 2009 06:47:47 -0000 Received: (qmail 2069 invoked by uid 22791); 4 Feb 2009 06:47:46 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ascomax.hasler.ascom.ch (HELO ascomax.hasler.ascom.ch) (139.79.135.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 Feb 2009 06:47:40 +0000 Received: from eiger.ma.tech.ascom.ch (eiger.ma.tech.ascom.ch [139.79.100.1]) by ascomax.hasler.ascom.ch (8.14.1/8.14.1) with ESMTP id n146lTuq003232; Wed, 4 Feb 2009 07:47:29 +0100 (MET) Received: from [139.79.100.143] (helo=donkey.ma.tech.ascom.ch) by eiger.ma.tech.ascom.ch with esmtp (Exim 3.16 #1) id 1LUbXj-0001pf-00; Wed, 04 Feb 2009 07:47:27 +0100 Received: from lunn by donkey.ma.tech.ascom.ch with local (Exim 3.36 #1 (Debian)) id 1LUbXl-0007Fc-00; Wed, 04 Feb 2009 07:47:29 +0100 Date: Wed, 04 Feb 2009 06:47:00 -0000 From: Andrew Lunn To: Bart Veer Cc: John Dallaway , ecos-maintainers@ecos.sourceware.org Subject: Re: eCos 3.0 beta 1 punch list #1 Message-ID: <20090204064729.GA22904@donkey.ma.tech.ascom.ch> References: <4985E0F9.5020809@dallaway.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-IsSubscribed: yes Mailing-List: contact ecos-maintainers-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-maintainers-owner@ecos.sourceware.org X-SW-Source: 2009-02/txt/msg00004.txt.bz2 > The synthetic target builds fine, but there is a run-time problem with > cxxsupp. It appears that libgcc now assumes that glibc has done some > initialization, setting up the %gs register to point at per-thread > data. This came up previously in the context of the -fstack-protector > flag, see the mailing list archives, but at the time we decided we > could live with the problem. It looks like there are now more > dependencies on getting this sorted - which I suspect will prove > challenging. What gcc and glibc are you using? For me cxxsupp runs and passes. So as always, it seems to very from system to system: lunn@londo:~/eCos/work$ gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.3-3' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-cld --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.3 (Debian 4.3.3-3) $ /lib/libc.so.6 GNU C Library stable release version 2.7, by Roland McGrath et al. Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.3.2. Compiled on a Linux >>2.6.26.1<< system on 2009-01-04. Andrew