summaryrefslogtreecommitdiffstats
path: root/Modules
Commit message (Collapse)AuthorAgeFilesLines
...
* | | | | Merge topic 'doc-fc-fully-disconnected'Craig Scott2023-12-171-0/+11
|\ \ \ \ \ | |_|/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | 18c514a86d Help: Add note not to use FETCHCONTENT_FULLY_DISCONNECTED on first run Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9081
| * | | | Help: Add note not to use FETCHCONTENT_FULLY_DISCONNECTED on first runCraig Scott2023-12-161-0/+11
| |/ / / | | | | | | | | | | | | Fixes: #25481
* | | | Merge topic 'swift-split-compilation-model'Brad King2023-12-161-21/+51
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | 9bed4f4d81 Swift/Ninja: Split compilation model 64b3367845 cmGlobalGenerator: Allow passing language to GetLangaugeOutputExtension Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !8907
| * | | Swift/Ninja: Split compilation modelEvan Wilde2023-12-151-21/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Splitting the Swift build into an object build and a separate link step, instead of building and linking in one step. The immediate benefit is LSP support because we are able to emit compile-commands for Swift files now. Additionally, it is possible to specify flags to the compile step, enabling folks to emit C and C++ headers from their Swift builds for C/C++ interop, without needing custom commands. Eventually, this gives us a path toward working object libraries. Object Libraries: - Object libraries don't work today because CMake doesn't emit targets for object libraries into the Ninja build file. - tl;dr: Object libraries work if they aren't WMO. Still need work to make WMO'd object libraries work. Object libraries still don't completely work with this patch because, while we emit the targets, the `TARGET_OBJECTS` generator expression expansion has a separate mechanism for determining what the names of the objects are based on the input source files, so targets that depend on an object library built with a whole-module optimization will depend on objects based on the name of the source file instead of the actual emitted object file. These features require being able to accurately model wholemodule builds though, because we actually need to track object files and WMO affects what objects are emitted. For that, we require CMP0157 use the NEW policy. When it's OLD, we have to fall back on the old behavior and cannot provide object libraries or the compile-commands for LSP. Issue: #25308
* | | | Merge topic 'FindCUDAToolkit-cupti'Brad King2023-12-151-3/+3
|\ \ \ \ | | |_|/ | |/| | | | | | | | | | | | | | | | | | | | | | 04959e0285 Tests: Verify CUDA::cupti existence on a subset of machines 09a3c8b46b CUDAToolkit: Correctly search all include paths from compiler Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9072
| * | | CUDAToolkit: Correctly search all include paths from compilerRobert Maynard2023-12-141-3/+3
| | | | | | | | | | | | | | | | | | | | The CUDAToolkit usage of `find_path( PATHS )` was incorrectly quoting a list of paths causing none of them to be used.
* | | | Merge topic 'FindBoost-1.84'Brad King2023-12-151-1/+2
|\ \ \ \ | | |_|/ | |/| | | | | | | | | | | | | | | | | | 9dc0392df0 FindBoost: Add support for Boost 1.84 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9075
| * | | FindBoost: Add support for Boost 1.84Brad King2023-12-141-1/+2
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Update the list of known versions. Run the command cmake -DBOOST_DIR=/path/to/boost_1_84_0 \ -P Utilities/Scripts/BoostScanDeps.cmake to extract dependencies from the 1.84.0 source tree. They are the same as 1.83's dependencies, so just update the version check for warning about newer versions. Fixes: #25499
| * | Merge topic 'FindMatlab-version' into release-3.28Brad King2023-12-141-2/+2
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | 0f6e9d0658 FindMatlab: Fix processing of multiple versions from Windows Registry Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9074
* | \ \ Merge topic 'FindMatlab-version'Brad King2023-12-141-2/+2
|\ \ \ \ | | |/ / | |/| | | | | | | | | | | | | | | | | | 0f6e9d0658 FindMatlab: Fix processing of multiple versions from Windows Registry Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9074
| * | | FindMatlab: Fix processing of multiple versions from Windows RegistryBrad King2023-12-141-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix logic from commit fff5c1507e (FindMatlab: refactor: use registry query instead of execute_process, 2023-09-14, v3.28.0-rc1~82^2~7) to work when multiple versions are found in the registry. Issue: #25497
* | | | Merge topic 'FindTIFF-pre-CMP0057'Brad King2023-12-141-3/+4
|\ \ \ \ | | |/ / | |/| | | | | | | | | | | | | | | | | | 84930e9a4c FindTIFF: Restore support for projects that do not enable CMP0057 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9073
| * | | FindTIFF: Restore support for projects that do not enable CMP0057Brad King2023-12-141-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 6a3059e66f (FindTIFF: bridge `tiff-config` into FindTIFF-compatible interface, 2023-09-14, v3.28.0-rc1~87^2) we use the `if(IN_LIST)` test that required CMP0057. Expand the scope over which we enable that policy explicitly. Issue: #25485
* | | | Merge topic 'FindFreetype-use-config'Brad King2023-12-141-4/+3
|\ \ \ \ | |/ / / | | | | | | | | | | | | | | | | | | | | 828df1d9e4 FindFreetype: Fix success message when config module is found Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9071
| * | | FindFreetype: Fix success message when config module is foundBrad King2023-12-141-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Follow up commit d892dedf22 (FindFreetype: always find the config module quietly, 2023-12-13) with a fix to the FPHSA call that reports success. Fixes: #25485
| * | | Merge topic 'FindMatlab-version' into release-3.28Brad King2023-12-141-4/+4
| |\ \ \ | | |/ / | | | | | | | | | | | | | | | | | | | | ef64c118de FindMatlab: Fix regression on Windows Registry lookup failure Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9070
* | | | Merge topic 'FindMatlab-version'Brad King2023-12-141-4/+4
|\ \ \ \ | | |/ / | |/| | | | | | | | | | | | | | | | | | ef64c118de FindMatlab: Fix regression on Windows Registry lookup failure Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9070
| * | | FindMatlab: Fix regression on Windows Registry lookup failureBrad King2023-12-141-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix logic from commit dc9d9589e4 (FindMatlab:WIN32: return full Matlab version when found via registry, 2023-09-14, v3.28.0-rc1~82^2~2) to avoid assuming that a registry entry always exists and is non-empty. Fixes: #25497
* | | | Merge topic 'Find-CONFIG-chain-fixes'Brad King2023-12-142-14/+99
|\ \ \ \ | | |/ / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 581acbce52 FindTIFF: consider `IMPLIB`-using platforms e8e7d9f775 FindTIFF: always find the config module quietly a575bebf0d FindFreetype: also consider RelWithDebInfo-built libraries d892dedf22 FindFreetype: always find the config module quietly Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9068
| * | | FindTIFF: consider `IMPLIB`-using platformsBen Boeckel2023-12-131-4/+75
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Support multi-config-providing and `IMPLIB`-using deployments with the `tiff-config` trampoline code. Follow the pattern used in `FindFreetype` by commit ae9890cd36 (FindFreeType: consider `IMPLIB`-using platforms, 2023-10-26, v3.28.0-rc4~10^2~3). See: #25485
| * | | FindTIFF: always find the config module quietlyBen Boeckel2023-12-131-5/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When the config module is not present, a spurious "tiff not found" is output before the pre-existing logic is used. Instead, silence the module and use FPHSA to report as-if `TIFF` did the search. Fixes: #25485
| * | | FindFreetype: also consider RelWithDebInfo-built librariesBen Boeckel2023-12-131-0/+6
| | | |
| * | | FindFreetype: always find the config module quietlyBen Boeckel2023-12-131-5/+10
| |/ / | | | | | | | | | | | | | | | | | | | | | When the config module is not present, a spurious "freetype not found" is output before the pre-existing logic is used. Instead, silence the module and use FPHSA to report as-if `Freetype` did the search. See: #25485
| * | Merge topic 'bug/fix_cupti_regression' into release-3.28Brad King2023-12-121-2/+3
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | f69b9b7305 CUDAToolkit: Restore ability to find cupti headers Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Misha Chornyi <mchornyi@nvidia.com> Merge-request: !9054
| * \ \ Merge topic 'FindCUDAToolkit-fix-stubs' into release-3.28Brad King2023-12-071-5/+7
| |\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | d85bf99bcb FindCUDAToolkit: Fix stub library representation on reconfigure Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Robert Maynard <robertjmaynard@gmail.com> Merge-request: !9045
* | | | | ADSP: Use compiler-reported preprocessor dependenciesJosh Channings2023-12-121-0/+2
| | | | |
* | | | | Merge topic 'FindOpenGL-macOS-x11'Brad King2023-12-121-8/+26
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1dbfe638da FindOpenGL: Document how to use macOS X11 OpenGL a13f62427b FindOpenGL: Clarify cache entry doc strings on macOS Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9062
| * | | | | FindOpenGL: Document how to use macOS X11 OpenGLRandolph M. Fritz2023-12-111-3/+18
| | | | | | | | | | | | | | | | | | | | | | | | Dicourse-topic: https://discourse.cmake.org/t/9466
| * | | | | FindOpenGL: Clarify cache entry doc strings on macOSRandolph M. Fritz2023-12-111-5/+8
| | | | | |
* | | | | | Merge topic 'bug/fix_cupti_regression'Brad King2023-12-121-2/+3
|\ \ \ \ \ \ | |/ / / / / |/| | | / / | | |_|/ / | |/| | | | | | | | | | | | | | | | | | f69b9b7305 CUDAToolkit: Restore ability to find cupti headers Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Misha Chornyi <mchornyi@nvidia.com> Merge-request: !9054
| * | | | CUDAToolkit: Restore ability to find cupti headersRobert Maynard2023-12-081-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes #25484 PR !8835 failed to update the CUPTI header searches to use the new internal FindCUDAToolkit search variables. This caused the CUDA::cupti target to always not exist.
* | | | | Merge topic 'compute-compiler-linker'Brad King2023-12-093-50/+63
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | df025444b2 LinkerId: Identify AIX and SunOS system linkers c1e48a19a5 LinkerId: Try multiple flags to detect linker id and version 1e42a0cf18 LinkerId: Match linker id and version more robustly Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !9057
| * | | | | LinkerId: Identify AIX and SunOS system linkersBrad King2023-12-083-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | Populate `CMAKE_<LANG>_COMPILER_LINKER_{ID,VERSION}` on these platforms.
| * | | | | LinkerId: Try multiple flags to detect linker id and versionBrad King2023-12-081-42/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In general there is no one flag on any platform that can identify every linker.
| * | | | | LinkerId: Match linker id and version more robustlyBrad King2023-12-081-21/+15
| | | | | | | | | | | | | | | | | | | | | | | | Extract version number output only after explicitly matching it.
* | | | | | Merge topic 'csharp-utilities-doc-fix'Brad King2023-12-091-1/+1
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | cd6771646a CSharpUtilities: Fix cross-reference in documentation Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9055
| * | | | | | CSharpUtilities: Fix cross-reference in documentationJan Blumschein2023-12-081-1/+1
| |/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The documentation fix commit 04a11f16ba (CSharpUtilities: Fix documentation, 2017-03-15, v3.8.0-rc3~17^2) introduced a cross-reference to the function being documented. Fix it. Issue: #16711
* | | | | | Merge topic 'LLVMFlang-Fortran-link-enhancements'Brad King2023-12-092-0/+4
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 0502b345f2 LLVMFlang Fortran: enhance link capabilities Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9025
| * | | | | | LLVMFlang Fortran: enhance link capabilitiesMarc Chevrier2023-12-082-0/+4
| |/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | * Add support for "LINKER:" prefix. * Add support, on Linux, for linker selection through CMAKE_LINKER_TYPE variable.
* | | | | | Merge topic 'find-rustc-importlibs'Brad King2023-12-091-1/+4
|\ \ \ \ \ \ | |/ / / / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | f20c5c6f20 MSVC: Teach find_library to consider Rust's '${name}.dll.lib' convention 7598ea5389 Tests: Add case covering find_library behavior when targeting MSVC ABI Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9046
| * | | | | MSVC: Teach find_library to consider Rust's '${name}.dll.lib' conventionDaniel Ching2023-12-081-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This convention is used by Rust toolchains (rustc/cargo/cargo-c) for the MSVC ABI. Fixes: #25478
* | | | | | CMakePackageConfigHelpers: Move platform selection template to Internal/Brad King2023-12-072-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The template added by commit 37bc3400cd (CMakePackageConfigHelpers: Add generate_apple_platform_selection_file(), 2023-11-03) is a private implementation detail. Move it to `Modules/Internal/`.
* | | | | | Merge topic 'FindCUDAToolkit-fix-stubs'Brad King2023-12-071-5/+7
|\ \ \ \ \ \ | | |_|_|/ / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | d85bf99bcb FindCUDAToolkit: Fix stub library representation on reconfigure Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Robert Maynard <robertjmaynard@gmail.com> Merge-request: !9045
| * | | | | FindCUDAToolkit: Fix stub library representation on reconfigureBrad King2023-12-061-5/+7
| | |/ / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 0744c02e24 (FindCUDAToolkit: targets pointing to stubs now use IMPORTED_IMPLIB, 2023-07-24, v3.28.0-rc1~309^2) we recognize CUDA stub libraries and represent them in a special way. However, the logic only works on the first configuration of a build tree when the libraries are first found. Once the results are cached, we incorrectly revert to the non-stub representation. Fix this by recognizing stub libraries based on their path instead.
* | | | | Merge topic 'GoogleTest-discovery-scope'Brad King2023-12-071-6/+2
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 0767016eab GoogleTest: Avoid silent failures of dynamic test discovery Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !9038
| * | | | | GoogleTest: Avoid silent failures of dynamic test discoveryMoritz Haase2023-12-061-6/+2
| | |_|_|/ | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The internal helper variable '_GOOGLETEST_DISCOVER_TESTS_SCRIPT' can have gone out-of-scope when 'gtest_discover_tests()' is called, depending on where the GoogleTest module is actually included. This leads to a silent failure of dynamic test discovery, since the custom post-build commands actually does nothing (it basically invokes 'cmake -P ""'). Ctest will then fail to run the tests, considering them to be 'not built'. Fix this by determining the path to the GoogleTest module based on '${CMAKE_ROOT}' instead, which is always available. A new test case was added to test suite 'RunCMake/GoogleTest' to ensure that 'gtest_discover_tests()' works correctly when invoked in a different variable scope. Fixes: #25477
* | | | | Merge topic 'win-path'Brad King2023-12-071-0/+4
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3f2a5971c0 Modules: CMAKE_*_COMPILER convert path to cmake path Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !9027
| * | | | | Modules: CMAKE_*_COMPILER convert path to cmake pathMichael Hirsch2023-12-061-0/+4
| |/ / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes #25456 Before this, CMake configure halted as the slashes were interpreted as invalid escape characters
* | | | | Merge topic 'LLVMFlang-MSVC'Brad King2023-12-075-31/+41
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | cd28915260 LLVMFlang: Update MSVC ABI and architecture detection for LLVMFlang 18.0 48302b469e LLVMFlang: Update MSVC runtime library selection for LLVMFlang 18.0 1c07758ca2 CMakeParseImplicitLinkInfo: Exclude LLVMFlang program entry point for MSVC Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !9036
| * | | | | LLVMFlang: Update MSVC ABI and architecture detection for LLVMFlang 18.0Brad King2023-12-062-18/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | LLVMFlang 18.0 adds MSVC ABI and architecture macros. Resolve the corresponding FIXME left by commit 26bf32cdc6 (LLVMFlang: Add support for targeting MSVC ABI on Windows, 2023-09-28, v3.28.0-rc1~10^2). Issue: #24840
generated by cgit v0.12 at 2025-08-31 20:52:44 (GMT)