[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