qt-copy patch 0180

Lubos Lunak l.lunak at suse.cz
Wed Jan 30 13:29:12 GMT 2008


On Wednesday 30 of January 2008, Thiago Macieira wrote:
> On Wednesday 30 January 2008 10:26:18 Marijn Kruisselbrink wrote:
> > Thiago Macieira wrote:
> > > Lubos Lunak wrote:
> > >>> Exactly. QtUiTools cannot use the private inheritance tree for that
> > >>> reason.
> > >>
> > >>  Given that QUiLoader is a QObject, that will be quite hard to avoid
> > >> without breaking compatibility somehow.
> > >
> > > It's linked statically. There is no binary compatibility to maintain.
> >
> > Isn't there a potential problem that the part of it that is linked
> > statically into an executable is not binary compatible with the part
> > that is linked dynamically when running the executable?
>
> You did not understand: it's a static library. It cannot be loaded
> dynamically.

 But Qt itself can, and that's the problem.

 I've committed qt-copy patch #0208 that removes the QUiTools dependency on Qt 
internals, so changing Qt versions or using patch #0180 should no longer be a 
problem (you obviously first need to recompile libplasma once with such 
patched Qt). There's also new patch #0209 that should help detect any similar 
possible problems caused by using qt-copy.

 Is somebody from TT already looking into the QUiTools problem or should I 
submit #0208 to qt-bugs?

-- 
Lubos Lunak
KDE developer
--------------------------------------------------------------
SUSE LINUX, s.r.o.   e-mail: l.lunak at suse.cz , l.lunak at kde.org
Lihovarska 1060/12   tel: +420 284 028 972
190 00 Prague 9      fax: +420 284 028 951
Czech Republic       http//www.suse.cz




More information about the kde-core-devel mailing list