summaryrefslogtreecommitdiffstats
path: root/Tests/RunCMake/IfacePaths
Commit message (Collapse)AuthorAgeFilesLines
* Clarify advice given by compatibility deprecation message for CMake < 3.10Brad King2024-11-142-4/+6
| | | | | | | | | Since commit 84db8506ff (Deprecate compatibility with CMake versions older than 3.10, 2024-10-03, v3.31.0-rc1~23^2) the `cmake_minimum_required` and `cmake_policy` commands warn if the project does not enable policies as of 3.10 or higher. Clarify the advice given in the warning message about how to update the version specification, particularly without actually requiring a newer minimum version of CMake.
* Deprecate compatibility with CMake versions older than 3.10Brad King2024-10-032-2/+2
| | | | | | | | Issue a deprecation warning on calls to `cmake_minimum_required` or `cmake_policy` that set policies based on versions older than 3.10. Note that the effective policy version includes `...<max>` treatment. Update the check from commit 3a4791548d (Deprecate compatibility with CMake versions older than 3.5, 2023-02-09, v3.27.0-rc1~508^2).
* Tests/RunCMake: Update cmake_minimum_required versions to 3.10Brad King2024-10-031-2/+2
| | | | | For policy-specific tests, use the version before the policy was introduced. Otherwise, use 3.10 where possible.
* Deprecate compatibility with CMake versions older than 3.5Brad King2023-02-112-4/+18
| | | | | | | | Issue a deprecation warning on calls to `cmake_minimum_required` or `cmake_policy` that set policies based on versions older than 3.5. Note that the effective policy version includes `...<max>` treatment. Update the check from commit 5845c218d7 (Deprecate compatibility with CMake versions older than 2.8.12, 2020-06-12, v3.19.0-rc1~629^2).
* Tests/RunCMake: Update cmake_minimum_required versionsBrad King2023-02-113-3/+7
| | | | | | | | For policy-specific tests, use the version before the policy was introduced. Otherwise, use 3.5 where possible. Also, remove `cmake_minimum_required()` and `project()` calls from individual cases where they are handled by `CMakeLists.txt`.
* cmake: configure preset add support for --install-prefix mappingRobert Maynard2021-03-091-1/+1
|
* cmake: add support for --install-prefix command argumentRobert Maynard2021-03-041-3/+5
| | | | Fixes: #21781
* Tests: Shorten name RunCMake.IfacePaths_{INCLUDE_DIRECTORIES => INCDIRS}Brad King2019-10-017-11/+11
| | | | | The original name was responsible for the longest path in our build tree. Use a shorter name to enable longer build tree names on Windows.
* Add deprecation warnings for policies CMP0054 and belowBrad King2017-11-012-0/+16
| | | | | | The OLD behaviors of all policies are deprecated, but only by documentation. Add an explicit deprecation diagnostic for some policies to encourage projects to port away from setting policies to OLD.
* Tests: Fix failures when running under the default install prefix (#15566)Brad King2015-05-141-0/+3
| | | | | | | Fix test cases whose behavior differs when their source or build tree is under CMAKE_INSTALL_PREFIX by setting an install prefix under the build tree. Otherwise they may fail when run under the default install prefix (e.g. /usr/local).
* Allow export of targets with INTERFACE_SOURCES.Stephen Kelly2015-02-1016-6/+88
| | | | | | Use the same rules for paths in source and binary dirs in installed INTERFACE_SOURCES as are used for INTERFACE_INCLUDE_DIRECTORIES.
* Tests: Move IfacePaths test stderr files.Stephen Kelly2015-02-1011-0/+1
| | | | | Rename the files with a property-specific name, so that additional properties can be easily tested.
* Tests: Run IfacePaths tests with a parameter.Stephen Kelly2015-02-098-20/+32
| | | | | | Run the tests for the INCLUDE_DIRECTORIES INTERFACE property in a specific build location, and update the stderr expectation to match the new output.
* Tests: Split part of include_directories test to a generic location.Stephen Kelly2015-02-0937-0/+375
The moved tests are related to paths in INTERFACE_INCLUDE_DIRECTORIES in general, and when exporting, and covering cases of the install location being within the build or source prefix etc. Other build properties containing paths should have similar tests, so this allows some parameterization while keeping the preparation of the various directory structures.