This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: _impure_ptr ??
I once proposed this, it has been rejected.
See http://sources.redhat.com/ml/ecos-patches/2002-06/msg00013.html
and related postings.
tk
On Montag, 24. März 2003 22:25, Bart Veer wrote:
> >>>>> "Bob" == Bob Koninckx <bob dot koninckx at mech dot kuleuven dot ac dot be> 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 ?
>
> Bart
>
> --
> Bart Veer eCos Configuration Architect
> http://www.ecoscentric.com/ The eCos and RedBoot experts
--
Thomas Koeller, Software Development
Basler Vision Technologies
An der Strusbek 60-62
22926 Ahrensburg
Germany
Phone +49 (4102) 463-390
Fax +49 (4102) 463-46390
mailto:thomas dot koeller at baslerweb dot com
http://www.baslerweb.com
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss