From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23194 invoked by alias); 24 Mar 2003 21:35:45 -0000 Mailing-List: contact ecos-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@sources.redhat.com Received: (qmail 23182 invoked from network); 24 Mar 2003 21:35:45 -0000 Received: from unknown (HELO horkos.telenet-ops.be) (195.130.132.45) by sources.redhat.com with SMTP; 24 Mar 2003 21:35:45 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id BDA8183C34; Mon, 24 Mar 2003 22:35:44 +0100 (CET) Received: from pc-001.vuilenbos.net (D5777D11.kabel.telenet.be [213.119.125.17]) by horkos.telenet-ops.be (Postfix) with ESMTP id 09CC083BE9; Mon, 24 Mar 2003 22:35:44 +0100 (CET) Received: from pc-002.vuilenbos.net (pc-002.vuilenbos.net [192.168.1.2]) by pc-001.vuilenbos.net (8.11.6/8.11.6) with ESMTP id h2OLZbO01458; Mon, 24 Mar 2003 22:35:38 +0100 From: Bob Koninckx To: "Gary D. Thomas" Cc: Bart Veer , jifl@ecoscentric.com, eCos Discussion In-Reply-To: <1048541501.27601.1350.camel@hermes.chez-thomas.org> References: <1048336431.2225.5.camel@pc-002> <1048337300.4073.4345.camel@hermes.chez-thomas.org> <1048338100.2225.10.camel@pc-002> <1048340942.2225.24.camel@pc-002> <1048349264.24126.4.camel@pc-002> <20030324212605.F1897EC6F1@delenn.bartv.net> <1048541501.27601.1350.camel@hermes.chez-thomas.org> Content-Type: text/plain Organization: KULeuven Message-Id: <1048541939.1030.1.camel@pc-002> Mime-Version: 1.0 Date: Mon, 24 Mar 2003 21:37:00 -0000 Content-Transfer-Encoding: 7bit Subject: Re: [ECOS] _impure_ptr ?? X-SW-Source: 2003-03/txt/msg00408.txt.bz2 It's a c++ thing, so I suppose it will be there for any platform Bob On Mon, 2003-03-24 at 22:31, Gary D. Thomas wrote: > On Mon, 2003-03-24 at 14:26, Bart Veer wrote: > > >>>>> "Bob" == Bob Koninckx writes: > > > > Bob> This redefinition of __xca_pure_virtual seems to solve the > > Bob> problem. No more link errors, application runs fins. > > Bob> Apparently, the compiler pulls this function in as soon as > > Bob> you have at least one pure virtual function in your > > Bob> application. > > > > I have now reproduced this. Using a pure virtual function used to pull > > in a function __pure_virtual_called() or something like that, which > > was provided by libgcc.a and just aborted the application. That could > > happen if somehow you managed to call a virtual function while the > > base object was still being constructed, before the derived class > > constructor had updated the virtual function table. Nowadays it > > pulls in a more complicated __cxa_pure_virtual() from > > libstdc++-v3/libsup++/pure.cc which has additional library > > dependencies, unwanted ones in an eCos setup. > > > > I think we want to put our own dummy __cxa_pure_virtual() into > > CYGPKG_HAL or CYGPKG_INFRA. Jifl, any preferences ? > > If this is PowerPC only, then it goes in the HAL. > If it is common to all versions of GCC, then I would think INFRA. -- ---------------------------------------------------------------------- ir. Bob Koninckx Katholieke Universiteit Leuven Division Production Engineering, tel. +32 16 322535 Machine Design and Automation fax. +32 16 322987 Celestijnenlaan 300B bob.koninckx@mech.kuleuven.ac.be B-3001 Leuven Belgium http://www.mech.kuleuven.ac.be/pma ---------------------------------------------------------------------- -- Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos and search the list archive: http://sources.redhat.com/ml/ecos-discuss