Re: possible freetype transition; improved library handling needed for all C/C++ packages

[Daniel Schepler <schepler@math.berkeley.edu>]

Le Jeudi 24 Novembre 2005 14:43, Peter Eisentraut a écrit :
> Steve Langasek wrote:
> > * Use Debian's libtool.
>
> I took one affected package (kmldonkey) from your list, relibtoolized
> it as described, and rebuilt it, which failed spectacularly.  Then, I
> took another one (rekall), relibtoolized it, rebuilt it, and that
> failed with a strikingly similar pattern.
>
> kmldonkey links with the following libraries: -lkdeui -lkio.  As shipped,
> libtool expands that to every library under the sun.  The new libtool
> indeed reduces this to /usr/lib/libkdeui.so /usr/lib/libkio.so and a few
> system libraries/objects, which is then greeted by ld with hundreds of
> error messages of the kind:
>
> /usr/share/qt3/include/qstring.h:847: undefined reference to
> `QString::shared_null' /usr/share/qt3/include/qstring.h:848: undefined
> reference to `QStringData::deleteSelf()'
>
> Both libkdeui and libkio reference (as shown by ldd) libqt-mt (which
> I suppose is where these symbols should be).
>
> The error messages in the rekall build are of the sort
>
> .../rekall-2.2.3-2/db/mysql/kb_mysql.cpp:595: undefined reference to
> `i18n(char const*)'
>
> In this case -lqt-mt is actually on the libtool command line.
>
> So what is wrong here?  Have other maintainers of Qt/KDE-related packages
> perhaps experienced this?

Try debian/patches/common/07_disable_no_undefined.diff from any of the core 
KDE packages.
-- 
Daniel Schepler