setting EXECUTABLE_OUTPUT_PATH in tier1/ tests ? (RPATH related)

[Alexander Neundorf]

On Sunday 13 May 2012, Alexander Neundorf wrote:
> On Sunday 13 May 2012, David Faure wrote:
> > On Saturday 12 May 2012 21:50:51 Alexander Neundorf wrote:
> > > Using RPATH instead of RUNPATH would make our unit tests run reliably
> > > in all  cases.
> > 
> > Yep, I would like that :)
> > 
> > The only case I can think of, where RUNPATH is better than RPATH, is when
> > you want to force an existing KDE installation to use a different library
> > (Qt, or any other lib) than the one it was compiled with. You set
> > $LD_LIBRARY_PATH to that effect, and... no change, it keeps using the
> > rpath that got hardcoded into the executables. This is why I thought
> > RUNPATH was better (gives more control to the user), but now I see that
> > we don't always want that (unittest case).
> > 
> > On the other hand, if *everything* has a proper RUNPATH, then maybe the
> > fault is on my side, I just shouldn't set LD_LIBRARY_PATH at all?
> > 
> > Hmm, doesn't work currently:
> > objdump -p /d/kde/inst/kde_frameworks-qt5/lib64/kde5/libexec/kioslave
> > 
> >   RPATH                lib64:/d/qt/5/qtbase-master/lib
> >   RUNPATH            lib64:/d/qt/5/qtbase-master/lib
> > 
> > This looks wrong, the first entry should be
> > 
> >   /d/kde/inst/kde_frameworks-qt5/lib64
> 
> Oh, right, this is wrong.
> This is because the install dirs (LIB_INSTALL_DIR etc.) are now relative by
> default, i.e. simply "lib64" instead of "${CMAKE_INSTALL_PREFIX}/lib64".
> 
> I'll fix that.
> ... that's why I did not want to touch that install dir stuff during
> KDE4...

Fixed in current e-c-m.
You'll get it everywhere where already e-c-m 0.0.4 is required.
I'm in the process of increasing the required version everywhere, but before 
that I actually wanted to try to get one tier2 library building...

If you want to have the fix in your e-c-m 0.0.2 or 0.0.3 installation, this is 
the commit:
http://quickgit.kde.org/index.php?p=extra-cmake-
modules.git&a=blobdiff&h=9e149667899093cb24b0acd0b0f4d89d35156b2a&hp=4f765ae8ff5b767ea00450bc778510c5d61289cc&hb=6f4a677eb2de89c54f24071b0af000018e46bad1&f=kde-
modules/KDECMakeSettings.cmake

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20120513/2b96d34d/attachment.html>