[PATCH] dynamic_cast and gcc3

Matthias Kretz kretz at kde.org
Tue Nov 19 15:28:30 GMT 2002


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 19 November 2002 15:57, Simon Hausmann wrote:
> On Tue, Nov 19, 2002 at 03:45:00PM +0100, Matthias Kretz wrote:
> > /me is creating another patch... or not. This can't work since the
> > KImageViewer::Viewer interface is pure virtual and not a Q_OBJECT. So the
> > qt_cast will always fail.
> > I could add the Q_OBJECT macro to the interface and create a lib and all
> > that, but... not before 3.1, right?
>
> How about adding a default implementation for one of those pure
> virtual methods and compile them into a shared library (isn't there
> already some kview library that all plugins link against?) . I think
> that should convince gcc to emit the type info as well and cause
> everyone to share the same type info symbols at run-time (making the
> use of d-cast safe) .

There's no kview lib. It's all kparts, no more. Uhm, well there's the 
kviewsupport lib but that's supposed to disappear after the 3.1 release (it's 
all internal use - no headers installed).

I still don't understand how you want to convince gcc to make d-cast work. 
Currently the ctor and dtor are "implemented" in the header (as a "{}"). And 
the header is included when the plugins are compiled. Would a lib be any 
different?

- -- 
C'ya
        Matthias
________________________________________________________
Matthias Kretz (Germany)
http://Vir.homeip.net/
MatthiasKretz at gmx.net, kretz at kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE92ligyg4WnCj6OIoRApXeAJ9hMggpq3iE6whTYAgrWphzaHmSPwCfTmwC
7TMSQ6XE6vHzsPJs4R69w/8=
=qOyW
-----END PGP SIGNATURE-----




More information about the kde-core-devel mailing list