[PATCH, RFC] no LIBADD for convenience libraries

Stephan Kulow coolo at kde.org
Fri Aug 19 10:32:11 BST 2005


Am Donnerstag 18 August 2005 17:01 schrieb Adeodato Simó:
>     [2] http://websvn.kde.org/trunk/kdelibs/kio/kio/Makefile.am?rev=134452&r1=133604&r2=134452

That was 2002 - and a misconception.

>   Attached is one such patch, for kdelibs/kdoctools and kdelibs/kspell2.
>   I've worked on it for 3.4.2, but I see in websvn that the files are
>   the same in trunk/. If I've overlooked and that's not the case, please
>   let me know if you want me to rediff.
I don't like your patch. The LIBADD _are_ required libs for the library, so
having them there is perfectly correct.

>   Cheers,
> 
>     (*) The libtool in Debian, that is; the pruning-dependency code is
>     not integrated upstream yet. I know now exists --enable-new-ldflags,
>     which tries to solve the extra dependencies problem using linker
>     features rather than libtool ones; but at least in Debian we won't
>     be enabling it for now, since this feature is broken in several
>     architectures. I hope this breakage gets fixed soon [3], but in the
Several? None from the SUSE supported.

>     meantime, I constantly dream about KDE's libtool gaining this
>     prunning support (hey, dreaming is easy), so if there's something I
>     could do to make progress in that direction, I'd be more than
>     willing to help (FWIW, I'll be in Málaga).
KDE 3.5 is in feature freeze and KDE 4 won't have libtool in the current
form I may hope. But of course you're free to add the support in debian's
KDE

Gretings, Stephan




More information about the kde-core-devel mailing list