[ECOS] _impure_ptr ??

Gary D. Thomas gary.thomas@mind.be
Mon Mar 24 21:35:00 GMT 2003


On Mon, 2003-03-24 at 14:26, Bart Veer wrote:
> >>>>> "Bob" == Bob Koninckx <bob.koninckx@mech.kuleuven.ac.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 ?

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.

-- 
.--------------------------------------------------------.
|       Mind: Embedded Linux and eCos Development        |
|--------------------------------------------------------|
| Gary Thomas              email:  gary.thomas@mind.be   |
| Mind ( http://mind.be )  tel:    +1 (970) 229-1963     |
| gpg: http://www.chez-thomas.org/gary/gpg_key.asc       |
'--------------------------------------------------------'


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss



More information about the Ecos-discuss mailing list