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
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
