KDE/kdelibs/cmake/modules

[Alexander Neundorf]

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