cmake_policy.rst 4.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111
  1. cmake_policy
  2. ------------
  3. Manage CMake Policy settings. See the :manual:`cmake-policies(7)`
  4. manual for defined policies.
  5. As CMake evolves it is sometimes necessary to change existing behavior
  6. in order to fix bugs or improve implementations of existing features.
  7. The CMake Policy mechanism is designed to help keep existing projects
  8. building as new versions of CMake introduce changes in behavior. Each
  9. new policy (behavioral change) is given an identifier of the form
  10. ``CMP<NNNN>`` where ``<NNNN>`` is an integer index. Documentation
  11. associated with each policy describes the ``OLD`` and ``NEW`` behavior
  12. and the reason the policy was introduced. Projects may set each policy
  13. to select the desired behavior. When CMake needs to know which behavior
  14. to use it checks for a setting specified by the project. If no
  15. setting is available the ``OLD`` behavior is assumed and a warning is
  16. produced requesting that the policy be set.
  17. Setting Policies by CMake Version
  18. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  19. The ``cmake_policy`` command is used to set policies to ``OLD`` or ``NEW``
  20. behavior. While setting policies individually is supported, we
  21. encourage projects to set policies based on CMake versions:
  22. .. code-block:: cmake
  23. cmake_policy(VERSION <min>[...<max>])
  24. .. versionadded:: 3.12
  25. The optional ``<max>`` version.
  26. ``<min>`` and the optional ``<max>`` are each CMake versions of the form
  27. ``major.minor[.patch[.tweak]]``, and the ``...`` is literal. The ``<min>``
  28. version must be at least ``2.4`` and at most the running version of CMake.
  29. The ``<max>`` version, if specified, must be at least the ``<min>`` version
  30. but may exceed the running version of CMake. If the running version of
  31. CMake is older than 3.12, the extra ``...`` dots will be seen as version
  32. component separators, resulting in the ``...<max>`` part being ignored and
  33. preserving the pre-3.12 behavior of basing policies on ``<min>``.
  34. This specifies that the current CMake code is written for the given
  35. range of CMake versions. All policies known to the running version of CMake
  36. and introduced in the ``<min>`` (or ``<max>``, if specified) version
  37. or earlier will be set to use ``NEW`` behavior. All policies
  38. introduced in later versions will be unset (unless the
  39. :variable:`CMAKE_POLICY_DEFAULT_CMP<NNNN>` variable sets a default).
  40. This effectively requests behavior preferred as of a given CMake
  41. version and tells newer CMake versions to warn about their new policies.
  42. Note that the :command:`cmake_minimum_required(VERSION)`
  43. command implicitly calls ``cmake_policy(VERSION)`` too.
  44. Setting Policies Explicitly
  45. ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  46. .. code-block:: cmake
  47. cmake_policy(SET CMP<NNNN> NEW)
  48. cmake_policy(SET CMP<NNNN> OLD)
  49. Tell CMake to use the ``OLD`` or ``NEW`` behavior for a given policy.
  50. Projects depending on the old behavior of a given policy may silence a
  51. policy warning by setting the policy state to ``OLD``. Alternatively
  52. one may fix the project to work with the new behavior and set the
  53. policy state to ``NEW``.
  54. .. include:: ../policy/DEPRECATED.txt
  55. Checking Policy Settings
  56. ^^^^^^^^^^^^^^^^^^^^^^^^
  57. .. code-block:: cmake
  58. cmake_policy(GET CMP<NNNN> <variable>)
  59. Check whether a given policy is set to ``OLD`` or ``NEW`` behavior.
  60. The output ``<variable>`` value will be ``OLD`` or ``NEW`` if the
  61. policy is set, and empty otherwise.
  62. CMake Policy Stack
  63. ^^^^^^^^^^^^^^^^^^
  64. CMake keeps policy settings on a stack, so changes made by the
  65. ``cmake_policy`` command affect only the top of the stack. A new entry on
  66. the policy stack is managed automatically for each subdirectory to
  67. protect its parents and siblings. CMake also manages a new entry for
  68. scripts loaded by :command:`include` and :command:`find_package` commands
  69. except when invoked with the ``NO_POLICY_SCOPE`` option
  70. (see also policy :policy:`CMP0011`).
  71. The ``cmake_policy`` command provides an interface to manage custom
  72. entries on the policy stack:
  73. .. code-block:: cmake
  74. cmake_policy(PUSH)
  75. cmake_policy(POP)
  76. Each ``PUSH`` must have a matching ``POP`` to erase any changes.
  77. This is useful to make temporary changes to policy settings.
  78. Calls to the :command:`cmake_minimum_required(VERSION)`,
  79. ``cmake_policy(VERSION)``, or ``cmake_policy(SET)`` commands
  80. influence only the current top of the policy stack.
  81. Commands created by the :command:`function` and :command:`macro`
  82. commands record policy settings when they are created and
  83. use the pre-record policies when they are invoked. If the function or
  84. macro implementation sets policies, the changes automatically
  85. propagate up through callers until they reach the closest nested
  86. policy stack entry.