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