[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