[cmake-developers] OpenBSD specific patches
Brad King
brad.king at kitware.com
Fri Nov 30 15:41:09 EST 2012
On 11/30/2012 03:15 PM, Amit Kulkarni wrote:
> On Fri, 30 Nov 2012 08:28:56 -0500 Brad King <brad.king at kitware.com> wrote:
>> Please use "git format-patch" to provide the patches via email here first.
>
> here it is...
Thanks. Please format this as a patch series that makes changes
in logical groups (possibly only one file each) and explains their
purpose in the commit messages.
Here are some quick comments that can guide some revisions and/or
explanations in the commit messages:
> @@ -154,6 +158,7 @@ find_program(QT_MOC_EXECUTABLE
> "[HKEY_CURRENT_USER\\Software\\Trolltech\\Qt3Versions\\3.2.0;InstallDir]/include/Qt"
> "[HKEY_CURRENT_USER\\Software\\Trolltech\\Qt3Versions\\3.1.0;InstallDir]/include/Qt"
> ${GLOB_PATHS_BIN}
> + /usr/local
> /usr/local/qt
> /usr/lib/qt
> /usr/lib/qt3
Can moc really be "/usr/local/moc"?
> @@ -168,6 +172,10 @@ set(TCLTK_POSSIBLE_INCLUDE_PATHS
> /usr/include/tcl8.3
> /usr/include/tcl8.2
> /usr/include/tcl8.0
> + /usr/local/include/tcl8.5
> + /usr/local/include/tk8.5
> + /usr/local/include/tcl8.4
> + /usr/local/include/tk8.4
> )
This may be better achieved using PATH_SUFFIXES to replace the
current /usr/include/tcl* paths so that we get /usr/local/include/tcl*
for free.
> --- a/Modules/Platform/OpenBSD.cmake
> +++ b/Modules/Platform/OpenBSD.cmake
> @@ -16,3 +16,9 @@ if(NOT CMAKE_PLATFORM_RUNTIME_PATH)
> endif()
>
> set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_OPENBSD_VERSIONING 1)
> +
> +# OpenBSD policy requires that shared libraries be installed without
> +# executable permission.
> +set(CMAKE_INSTALL_SO_NO_EXE 1)
> +set(CMAKE_INSTALL_SO_NO_EXE 1 CACHE INTERNAL
> + "Install .so files without execute permission.")
If this applies to all OpenBSD distributions then there is no reason
to make it a cache entry. Just hard-code the setting (as you do in
your first set() call in this hunk). The only reason it is in the
CACHE in Linux.cmake is because different distributions have varying
policies.
Thanks,
-Brad
More information about the cmake-developers
mailing list