From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28265 invoked by alias); 26 Feb 2015 13:42:47 -0000 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 Received: (qmail 28253 invoked by uid 89); 26 Feb 2015 13:42:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.3 required=5.0 tests=AWL,BAYES_40,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: relay06.alfahosting-server.de Received: from relay06.alfahosting-server.de (HELO relay06.alfahosting-server.de) (109.237.142.242) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 26 Feb 2015 13:42:44 +0000 Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id DA8A832C8309; Thu, 26 Feb 2015 14:42:40 +0100 (CET) X-Spam-DCC: : Received: from alfa3017.alfahosting-server.de (alfa3017.alfahosting-server.de [109.237.140.28]) by relay01.alfahosting-server.de (Postfix) with ESMTPS id 848FE32C8599 for ; Thu, 26 Feb 2015 14:42:37 +0100 (CET) Received: from itrrrauch (p578a450a.dip0.t-ipconnect.de [87.138.69.10]) by alfa3017.alfahosting-server.de (Postfix) with ESMTPA id 636232934889 for ; Thu, 26 Feb 2015 14:42:36 +0100 (CET) From: "Richard Rauch" To: Date: Thu, 26 Feb 2015 13:42:00 -0000 Message-ID: <00c001d051ca$18c71bd0$4a555370$@itrgmbh.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Virus-Checker-Version: clamassassin 1.2.4 with ClamAV 0.97.3/20113/Thu Feb 26 12:47:08 2015 X-IsSubscribed: yes Subject: [ECOS] Doubts regarding atexit() X-SW-Source: 2015-02/txt/msg00000.txt.bz2 Hello, I have doubts/questions regarding atexit(). Actually eCos comes with an own atexit handler within ISO C library support. But I am not sure, if this implementation is really linked instead of stand= ard gcc implementation. I tested with a gnu toolchain, which has no atexit implementation in his li= bgcc.a library. When I am generating eCos and the eCos tests, I get the linker error messag= es: ... /lib\extras.o: In function `__static_initialization_and_destruction_0': ... /ecos/packages/io/fileio/current/src/misc.cxx:103: undefined reference = to `__aeabi_atexit' My linker options already includes "-nostdlib", bit this seems not to be su= fficient for atexit issue. When I add compiler option "-fno-use-cxa-atexit", everything will be genera= ted. Who could explain, how this works in detail. Seems there are different defi= nitions of atexit in libraries and in eCos. How I can ensure, that the righ= t one is used. A further question: the compiler or linker is replacing somehow the atexit = calls with calls to __aeabi_atexit. How this is working. Many Thanks Richard -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss