[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-buildsystem
Subject: Re: KDE/kdelibs/cmake/modules
From: Alexander Neundorf <neundorf () kde ! org>
Date: 2008-01-15 0:19:16
Message-ID: 200801150119.17165.neundorf () kde ! org
[Download RAW message or body]
On Sunday 13 January 2008, Benjamin Reed wrote:
> SVN commit 760906 by reed:
>
> set USE_FULL_RPATH to OFF for APPLE since anything else leaves us with bad
> install_names
>
> M +7 -1 FindKDE4Internal.cmake
>
>
> --- trunk/KDE/kdelibs/cmake/modules/FindKDE4Internal.cmake #760905:760906
> @@ -710,8 +710,14 @@
> # setup default RPATH/install_name handling, may be overridden by
> KDE4_HANDLE_RPATH_FOR_[LIBRARY|EXECUTABLE] # default is to build with RPATH
> for the install dir, so it doesn't need to relink if (UNIX)
> - option(KDE4_USE_ALWAYS_FULL_RPATH "If set to TRUE, also libs and
> plugins will be linked with the full RPATH, which will usually make them
> work better, but make install will take longer." ON) + if (NOT APPLE)
> + set( _KDE4_DEFAULT_USE_FULL_RPATH ON )
> + else (NOT APPLE)
> + set( _KDE4_DEFAULT_USE_FULL_RPATH OFF )
> + endif (NOT APPLE)
>
> + option(KDE4_USE_ALWAYS_FULL_RPATH "If set to TRUE, also libs and
> plugins will be linked with the full RPATH, which will usually make them
> work better, but make install will take longer."
> _KDE4_DEFAULT_USE_FULL_RPATH) +
> set( _KDE4_PLATFORM_INCLUDE_DIRS)
>
> # the rest is RPATH handling
This is not the real fix.
Is the correct behaviour for OS X to just set the INSTALL_NAME_DIR target
property and leave all other RPATH related options unchanged ?
Alex
_______________________________________________
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic