[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: C++ ABI transition for etch



On Tue, Apr 26, 2005 at 01:31:46AM -0700, Steve Langasek wrote:
> On Tue, Apr 26, 2005 at 09:15:09AM +0200, Matthias Klose wrote:
> > A proposal for a simplification, which reduces/avoids the renaming of
> > the KDE packages. All KDE packages depend directly or indirectly on
> > libqt3, so it is enough to rename the packages libqt3c102 to libqt3
> > and libqt3c102-mt to libqt3-mt and add a conflict with th old name.
> > This way, you cannot install qt3 dependent packages which are built
> > with different compiler versions. This avoids renaming about 100 out
> > of 400 packages containing libraries.
> 
> Ok, I'm now able to formulate the rationale for the question I had earlier
> about this.  Are we sure that all of these KDE apps *need* to depend on
> libqt3c102-mt, or do they just do so because of classic libtool/pkg-config
> bugs?

>From what I've seen, KDE apps use some Qt classes directly so it is
necessary to link directly against qt-mt.

For example,

$ grep -r '^#include <q' filelight-0.6.4.1/src/
filelight-0.6.4.1/src/segmenttip.h:#include <qwidget.h>
filelight-0.6.4.1/src/segmenttip.h:#include <qpixmap.h>
filelight-0.6.4.1/src/filemap.cpp:#include <qapplication.h>  //make()
filelight-0.6.4.1/src/filemap.cpp:#include <qpainter.h>
filelight-0.6.4.1/src/filemap.cpp:#include <qimage.h>        //make() & paint()
filelight-0.6.4.1/src/filemap.cpp:#include <qfont.h>
filelight-0.6.4.1/src/filemap.cpp:#include <qfontmetrics.h>
[...]

-- 
Society is never going to make any progress until we all learn to
pretend to like each other.



Reply to: