Reducing excess linkage - cmake 2.6 IMPORTED targets and LINK_INTERFACE_LIBRARIES for kdelibs

Alexander Neundorf neundorf at kde.org
Tue Jun 3 22:56:34 CEST 2008


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


More information about the Kde-buildsystem mailing list