Server IP : 51.89.169.208 / Your IP : 216.73.216.52 Web Server : Apache System : Linux ns3209505.ip-198-244-202.eu 4.18.0-553.27.1.el8_10.x86_64 #1 SMP Tue Nov 5 04:50:16 EST 2024 x86_64 User : yellowleaf ( 1019) PHP Version : 7.4.33 Disable Function : exec,passthru,shell_exec,system MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : ON | Sudo : ON | Pkexec : ON Directory : /usr/share/cmake/Help/policy/ |
Upload File : |
CMP0125 ------- .. versionadded:: 3.21 The :command:`find_file`, :command:`find_path`, :command:`find_library` and :command:`find_program` commands cache their result in the variable specified by their first argument. Prior to CMake 3.21, if a cache variable of that name already existed before the call but the cache variable had no type, any non-cache variable of the same name would be discarded and the cache variable was always used (see also :policy:`CMP0126` for a different but similar behavior). This contradicts the convention that a non-cache variable should take precedence over a cache variable of the same name. Such a situation can arise if a user sets a cache variable on the command line without specifying a type, such as ``cmake -DMYVAR=blah ...`` instead of ``cmake -DMYVAR:FILEPATH=blah``. Related to the above, if a cache variable of the specified name already exists and it *does* have a type, the various ``find_...()`` commands would return that value unchanged. In particular, if it contained a relative path, it would not be converted to an absolute path in this situation. When policy ``CMP0125`` is set to ``OLD`` or is unset, the behavior is as described above. When it is set to ``NEW``, the behavior is as follows: * If a non-cache variable of the specified name exists when the ``find_...()`` command is called, its value will be used regardless of whether a cache variable of the same name already exists or not. A cache variable will not be created in this case if no such cache variable existed before. If a cache variable of the specified name did already exist, the cache will be updated to match the non-cache variable. * The various ``find...()`` commands will always provide an absolute path in the result variable, except where a relative path provided by a cache or non-cache variable cannot be resolved to an existing path. This policy was introduced in CMake version 3.21. Use the :command:`cmake_policy` command to set it to ``OLD`` or ``NEW`` explicitly. Unlike many policies, CMake version |release| does *not* warn when the policy is not set and simply uses ``OLD`` behavior. .. include:: DEPRECATED.txt