Review Request: Don't set an RPATH when installed into multiarch dir

Alexander Neundorf neundorf at kde.org
Sat Feb 18 14:29:03 GMT 2012


On Saturday 18 February 2012, Modestas Vainius wrote:
> > On Dec. 16, 2011, 4:40 p.m., Alexander Neundorf wrote:
> > > Actually this looks more like a cmake bug, the contents of
> > > CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES seem to be quite wrong. What
> > > version of cmake are you using ?
> > 
> > Felix Geyer wrote:
> >     2.8.5 (with this commit cerry-picked:
> >     http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=317d077f) and
> >     2.8.6. Same output on both. What should it look like?
> > 
> > Rex Dieter wrote:
> >     For what it's worth, on my fedora 16 x86_64 box:
> >     CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES
> >     "/lib;/usr/lib;/usr/lib32;/usr/lib64"
> >     CMAKE_CXX_IMPLICIT_LINK_DIRECTORIES
> >     "/usr/lib/gcc/x86_64-redhat-linux/4.6.2;/usr/lib64;/lib64;/usr/lib"
> >     
> >     so that matches reasonably with felix.  though, thats besides the
> >     point here, which is to avoid rpath'ing
> >     CMAKE_CXX_IMPLICIT_LINK_DIRECTORIES items too, right?
> > 
> > Rex Dieter wrote:
> >     oh, and using cmake-2.8.7-4.fc16.x86_64 here
> 
> CMAKE_PLATFORM_IMPLICIT_LINK_DIRECTORIES is static while
> CMAKE_{CXX,C}_IMPLICIT_LINK_DIRECTORIES are dynamic (preseeded with
> information from compiler). That's why it is more complete and correct.


can you please create a minimal testcase (i.e. no KDE, if possible no Qt) 
which shows the problem and post it here or better directly to the cmake list 
?

Alex




More information about the kde-core-devel mailing list