On Thursday 29 May 2008, Dirk Mueller wrote: ... > All fine for me, go ahead. I can help with fixing/testing it somewhen end > of next week.
Ok, done. On Tuesday 03 June 2008, Modestas Vainius wrote: > Hi, > > Tuesday 03 June 2008, jūs rašėte: > > As discussed with Dirk, make the link interface empty by default, i.e. by > > default apps linking to libfoo won't be linked to the libs libfoo.so > > links against too anymore. > > Are you aware that we at Debian have already done this but to a lesser > extent? Yes. > (resetting all LINK_INTERFACE_LIBRARIES to empty is too drastic, imho). Setting them empty by default is the conclusion from my discussion with Dirk at LinuxTag. > Anyway, checkout <module>/debian/patches/97_fix_target_link_libraries.diff > patches from either [1] or [2]. For kdelibs, the patch is named > 98_link_interface_libraries.diff. kdelibs 99_ patch adds more compatibility > with previous recursive linking (only internal kdelibs stuff, which I > believe can be dropped from link_interface_libraries). However, I think, > kdelibs people should be consulted first before messing with their library > targets. Yes. I think kde-buildsystem, Dirk and me count as "kdelibs people". This is experimental for now and Dirk wants to give it a try. Then we can see what we do. > All 97_fix_target_link_libraries.diff patches are supposed to work without > kdelibs 99th patch applied. > > P.S. If you set LINK_INTERACE_LIBRARIES property for the specific target, > it will have effect for linking inside the project even if experimental > linking is not enabled (and when built with cmake 2.6 of course). > > 1. http://svn.debian.org/wsvn/pkg-kde/branches/kde4/packages > 2. svn://svn.debian.org/svn/pkg-kde/branches/kde4/packages Alex _______________________________________________ Kde-buildsystem mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-buildsystem
