kolan
/
CMake
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

CMakePackageConfigHelpers: restructure documentation and document commands

This commit is contained in:
Daniele E. Domenichelli 2014-07-15 19:10:28 +02:00 committed by Brad King
parent 64eca30dc4
commit f3dd116cee
1 changed files with 116 additions and 111 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

227
Modules/CMakePackageConfigHelpers.cmake
View File

@ -2,29 +2,35 @@
# CMakePackageConfigHelpers # CMakePackageConfigHelpers
# ------------------------- # -------------------------
# #
# CONFIGURE_PACKAGE_CONFIG_FILE(), WRITE_BASIC_PACKAGE_VERSION_FILE() # Helpers functions for creating config files that can be included by other
# projects to find and use a package.
# #
# Adds the :command:`configure_package_config_file()` and
# :command:`write_basic_package_version_file()` commands.
# #
# Generating a Package Configuration File
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
# #
# :: # .. command:: configure_package_config_file
# #
# CONFIGURE_PACKAGE_CONFIG_FILE(<input> <output> INSTALL_DESTINATION <path> # Create a config file for a project::
#
# configure_package_config_file(<input> <output> INSTALL_DESTINATION <path>
# [PATH_VARS <var1> <var2> ... <varN>] # [PATH_VARS <var1> <var2> ... <varN>]
# [NO_SET_AND_CHECK_MACRO] # [NO_SET_AND_CHECK_MACRO]
# [NO_CHECK_REQUIRED_COMPONENTS_MACRO]) # [NO_CHECK_REQUIRED_COMPONENTS_MACRO])
# #
# #
# ``configure_package_config_file()`` should be used instead of the plain
# :command:`configure_file()` command when creating the ``<Name>Config.cmake``
# or ``<Name>-config.cmake`` file for installing a project or library. It helps
# making the resulting package relocatable by avoiding hardcoded paths in the
# installed ``Config.cmake`` file.
# #
# CONFIGURE_PACKAGE_CONFIG_FILE() should be used instead of the plain # In a ``FooConfig.cmake`` file there may be code like this to make the install
# configure_file() command when creating the <Name>Config.cmake or # destinations know to the using project:
# <Name>-config.cmake file for installing a project or library. It
# helps making the resulting package relocatable by avoiding hardcoded
# paths in the installed Config.cmake file.
# #
# In a FooConfig.cmake file there may be code like this to make the # .. code-block:: cmake
# install destinations know to the using project:
#
# ::
# #
# set(FOO_INCLUDE_DIR "@CMAKE_INSTALL_FULL_INCLUDEDIR@" ) # set(FOO_INCLUDE_DIR "@CMAKE_INSTALL_FULL_INCLUDEDIR@" )
# set(FOO_DATA_DIR "@CMAKE_INSTALL_PREFIX@/@RELATIVE_DATA_INSTALL_DIR@" ) # set(FOO_DATA_DIR "@CMAKE_INSTALL_PREFIX@/@RELATIVE_DATA_INSTALL_DIR@" )
@ -32,121 +38,126 @@
# ...logic to determine installedPrefix from the own location... # ...logic to determine installedPrefix from the own location...
# set(FOO_CONFIG_DIR "${installedPrefix}/@CONFIG_INSTALL_DIR@" ) # set(FOO_CONFIG_DIR "${installedPrefix}/@CONFIG_INSTALL_DIR@" )
# #
# All 4 options shown above are not sufficient, since the first 3 # All 4 options shown above are not sufficient, since the first 3 hardcode the
# hardcode the absolute directory locations, and the 4th case works only # absolute directory locations, and the 4th case works only if the logic to
# if the logic to determine the installedPrefix is correct, and if # determine the ``installedPrefix`` is correct, and if ``CONFIG_INSTALL_DIR``
# CONFIG_INSTALL_DIR contains a relative path, which in general cannot # contains a relative path, which in general cannot be guaranteed. This has the
# be guaranteed. This has the effect that the resulting FooConfig.cmake # effect that the resulting ``FooConfig.cmake`` file would work poorly under
# file would work poorly under Windows and OSX, where users are used to # Windows and OSX, where users are used to choose the install location of a
# choose the install location of a binary package at install time, # binary package at install time, independent from how
# independent from how CMAKE_INSTALL_PREFIX was set at build/cmake time. # :variable:`CMAKE_INSTALL_PREFIX` was set at build/cmake time.
# #
# Using CONFIGURE_PACKAGE_CONFIG_FILE() helps. If used correctly, it # Using ``configure_package_config_file`` helps. If used correctly, it makes
# makes the resulting FooConfig.cmake file relocatable. Usage: # the resulting ``FooConfig.cmake`` file relocatable. Usage:
# #
# :: # 1. write a ``FooConfig.cmake.in`` file as you are used to
# # 2. insert a line containing only the string ``@PACKAGE_INIT@``
# 1. write a FooConfig.cmake.in file as you are used to # 3. instead of ``set(FOO_DIR "@SOME_INSTALL_DIR@")``, use
# 2. insert a line containing only the string "@PACKAGE_INIT@" # ``set(FOO_DIR "@PACKAGE_SOME_INSTALL_DIR@")`` (this must be after the
# 3. instead of set(FOO_DIR "@SOME_INSTALL_DIR@"), use set(FOO_DIR "@PACKAGE_SOME_INSTALL_DIR@") # ``@PACKAGE_INIT@`` line)
# (this must be after the @PACKAGE_INIT@ line) # 4. instead of using the normal :command:`configure_file()`, use
# 4. instead of using the normal configure_file(), use CONFIGURE_PACKAGE_CONFIG_FILE() # ``configure_package_config_file()``
# #
# #
# #
# The <input> and <output> arguments are the input and output file, the # The ``<input>`` and ``<output>`` arguments are the input and output file, the
# same way as in configure_file(). # same way as in :command:`configure_file()`.
# #
# The <path> given to INSTALL_DESTINATION must be the destination where # The ``<path>`` given to ``INSTALL_DESTINATION`` must be the destination where
# the FooConfig.cmake file will be installed to. This can either be a # the ``FooConfig.cmake`` file will be installed to. This can either be a
# relative or absolute path, both work. # relative or absolute path, both work.
# #
# The variables <var1> to <varN> given as PATH_VARS are the variables # The variables ``<var1>`` to ``<varN>`` given as ``PATH_VARS`` are the
# which contain install destinations. For each of them the macro will # variables which contain install destinations. For each of them the macro will
# create a helper variable PACKAGE_<var...>. These helper variables # create a helper variable ``PACKAGE_<var...>``. These helper variables must be
# must be used in the FooConfig.cmake.in file for setting the installed # used in the ``FooConfig.cmake.in`` file for setting the installed location.
# location. They are calculated by CONFIGURE_PACKAGE_CONFIG_FILE() so # They are calculated by ``configure_package_config_file`` so that they are
# that they are always relative to the installed location of the # always relative to the installed location of the package. This works both for
# package. This works both for relative and also for absolute # relative and also for absolute locations. For absolute locations it works
# locations. For absolute locations it works only if the absolute # only if the absolute location is a subdirectory of
# location is a subdirectory of CMAKE_INSTALL_PREFIX. # :variable:`CMAKE_INSTALL_PREFIX`.
# #
# By default configure_package_config_file() also generates two helper # By default ``configure_package_config_file`` also generates two helper macros,
# macros, set_and_check() and check_required_components() into the # ``set_and_check()`` and ``check_required_components()`` into the
# FooConfig.cmake file. # ``FooConfig.cmake`` file.
# #
# set_and_check() should be used instead of the normal set() command for # ``set_and_check()`` should be used instead of the normal ``set()`` command for
# setting directories and file locations. Additionally to setting the # setting directories and file locations. Additionally to setting the variable
# variable it also checks that the referenced file or directory actually # it also checks that the referenced file or directory actually exists and fails
# exists and fails with a FATAL_ERROR otherwise. This makes sure that # with a ``FATAL_ERROR`` otherwise. This makes sure that the created
# the created FooConfig.cmake file does not contain wrong references. # ``FooConfig.cmake`` file does not contain wrong references.
# When using the NO_SET_AND_CHECK_MACRO, this macro is not generated # When using the ``NO_SET_AND_CHECK_MACRO``, this macro is not generated
# into the FooConfig.cmake file. # into the ``FooConfig.cmake`` file.
# #
# check_required_components(<package_name>) should be called at the end # ``check_required_components(<package_name>)`` should be called at the end of
# of the FooConfig.cmake file if the package supports components. This # the ``FooConfig.cmake`` file if the package supports components. This macro
# macro checks whether all requested, non-optional components have been # checks whether all requested, non-optional components have been found, and if
# found, and if this is not the case, sets the Foo_FOUND variable to # this is not the case, sets the ``Foo_FOUND`` variable to ``FALSE``, so that
# FALSE, so that the package is considered to be not found. It does # the package is considered to be not found. It does that by testing the
# that by testing the Foo_<Component>_FOUND variables for all requested # ``Foo_<Component>_FOUND`` variables for all requested required components.
# required components. When using the NO_CHECK_REQUIRED_COMPONENTS # When using the ``NO_CHECK_REQUIRED_COMPONENTS_MACRO`` option, this macro is
# option, this macro is not generated into the FooConfig.cmake file. # not generated into the ``FooConfig.cmake`` file.
# #
# For an example see below the documentation for # For an example see below the documentation for
# WRITE_BASIC_PACKAGE_VERSION_FILE(). # :command:`write_basic_package_version_file()`.
#
# Generating a Package Version File
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
#
# .. command:: write_basic_package_version_file
#
# Create a version file for a project::
#
# write_basic_package_version_file(<filename>
# [VERSION <major.minor.patch>]
# COMPATIBILITY <AnyNewerVersion|SameMajorVersion|ExactVersion> )
# #
# #
# Writes a file for use as ``<package>ConfigVersion.cmake`` file to
# ``<filename>``. See the documentation of :command:`find_package()` for
# details on this.
# #
# :: # ``<filename>`` is the output filename, it should be in the build tree.
# ``<major.minor.patch>`` is the version number of the project to be installed.
# #
# WRITE_BASIC_PACKAGE_VERSION_FILE( filename [VERSION major.minor.patch] COMPATIBILITY (AnyNewerVersion|SameMajorVersion|ExactVersion) ) # If no ``VERSION`` is given, the :variable:`PROJECT_VERSION` variable is used.
# If this hasn't been set, it errors out.
# #
# The ``COMPATIBILITY`` mode ``AnyNewerVersion`` means that the installed
# package version will be considered compatible if it is newer or exactly the
# same as the requested version. This mode should be used for packages which
# are fully backward compatible, also across major versions.
# If ``SameMajorVersion`` is used instead, then the behaviour differs from
# ``AnyNewerVersion`` in that the major version number must be the same as
# requested, e.g. version 2.0 will not be considered compatible if 1.0 is
# requested. This mode should be used for packages which guarantee backward
# compatibility within the same major version.
# If ``ExactVersion`` is used, then the package is only considered compatible if
# the requested version matches exactly its own version number (not considering
# the tweak version). For example, version 1.2.3 of a package is only
# considered compatible to requested version 1.2.3. This mode is for packages
# without compatibility guarantees.
# If your project has more elaborated version matching rules, you will need to
# write your own custom ``ConfigVersion.cmake`` file instead of using this
# macro.
# #
# # Internally, this macro executes :command:`configure_file()` to create the
# Writes a file for use as <package>ConfigVersion.cmake file to # resulting version file. Depending on the ``COMPATIBLITY``, either the file
# <filename>. See the documentation of find_package() for details on # ``BasicConfigVersion-SameMajorVersion.cmake.in`` or
# this. # ``BasicConfigVersion-AnyNewerVersion.cmake.in`` is used. Please note that
#
# ::
#
# filename is the output filename, it should be in the build tree.
# major.minor.patch is the version number of the project to be installed
#
# If no ``VERSION`` is given, the :variable:`PROJECT_VERSION` variable
# is used. If this hasn't been set, it errors out.
#
# The COMPATIBILITY mode AnyNewerVersion means that the installed
# package version will be considered compatible if it is newer or
# exactly the same as the requested version. This mode should be used
# for packages which are fully backward compatible, also across major
# versions. If SameMajorVersion is used instead, then the behaviour
# differs from AnyNewerVersion in that the major version number must be
# the same as requested, e.g. version 2.0 will not be considered
# compatible if 1.0 is requested. This mode should be used for packages
# which guarantee backward compatibility within the same major version.
# If ExactVersion is used, then the package is only considered
# compatible if the requested version matches exactly its own version
# number (not considering the tweak version). For example, version
# 1.2.3 of a package is only considered compatible to requested version
# 1.2.3. This mode is for packages without compatibility guarantees.
# If your project has more elaborated version matching rules, you will
# need to write your own custom ConfigVersion.cmake file instead of
# using this macro.
#
# Internally, this macro executes configure_file() to create the
# resulting version file. Depending on the COMPATIBLITY, either the
# file BasicConfigVersion-SameMajorVersion.cmake.in or
# BasicConfigVersion-AnyNewerVersion.cmake.in is used. Please note that
# these two files are internal to CMake and you should not call # these two files are internal to CMake and you should not call
# configure_file() on them yourself, but they can be used as starting # :command:`configure_file()` on them yourself, but they can be used as starting
# point to create more sophisticted custom ConfigVersion.cmake files. # point to create more sophisticted custom ``ConfigVersion.cmake`` files.
# #
# Example Generating Package Files
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
# #
# Example using both :command:`configure_package_config_file` and
# ``write_basic_package_version_file()``:
# #
# Example using both configure_package_config_file() and # ``CMakeLists.txt``:
# write_basic_package_version_file(): CMakeLists.txt:
# #
# :: # .. code-block:: cmake
# #
# set(INCLUDE_INSTALL_DIR include/ ... CACHE ) # set(INCLUDE_INSTALL_DIR include/ ... CACHE )
# set(LIB_INSTALL_DIR lib/ ... CACHE ) # set(LIB_INSTALL_DIR lib/ ... CACHE )
@ -162,11 +173,9 @@
# install(FILES ${CMAKE_CURRENT_BINARY_DIR}/FooConfig.cmake ${CMAKE_CURRENT_BINARY_DIR}/FooConfigVersion.cmake # install(FILES ${CMAKE_CURRENT_BINARY_DIR}/FooConfig.cmake ${CMAKE_CURRENT_BINARY_DIR}/FooConfigVersion.cmake
# DESTINATION ${LIB_INSTALL_DIR}/Foo/cmake ) # DESTINATION ${LIB_INSTALL_DIR}/Foo/cmake )
# #
# ``FooConfig.cmake.in``:
# #
# # .. code-block:: cmake
# With a FooConfig.cmake.in:
#
# ::
# #
# set(FOO_VERSION x.y.z) # set(FOO_VERSION x.y.z)
# ... # ...
@ -175,10 +184,6 @@
# set_and_check(FOO_INCLUDE_DIR "@PACKAGE_INCLUDE_INSTALL_DIR@") # set_and_check(FOO_INCLUDE_DIR "@PACKAGE_INCLUDE_INSTALL_DIR@")
# set_and_check(FOO_SYSCONFIG_DIR "@PACKAGE_SYSCONFIG_INSTALL_DIR@") # set_and_check(FOO_SYSCONFIG_DIR "@PACKAGE_SYSCONFIG_INSTALL_DIR@")
# #
#
#
# ::
#
# check_required_components(Foo) # check_required_components(Foo)