summaryrefslogtreecommitdiffstats
path: root/Modules
Commit message (Collapse)AuthorAgeFilesLines
* FindTIFF: Fix name of upstream TIFF cmake packageBrad King2024-02-291-4/+5
| | | | | | | | Since commit 6a3059e66f (FindTIFF: bridge `tiff-config` into FindTIFF-compatible interface, 2023-09-14, v3.28.0-rc1~87^2) we try to find the upstream TIFF cmake package. However, it is called `TiffConfig.cmake`, not `tiff-config.cmake`, so we need to match the capitalization of the package name.
* CMakeDetermineCompilerId: use `_ARG1` to query the clang resource dirBen Boeckel2024-02-261-1/+3
| | | | Other core queries do this, so do it here too.
* Clang: detect -resource-dir for clang-scan-depsBen Boeckel2024-02-213-0/+31
| | | | | | | | When cross-compiling, `clang-scan-deps` needs help to find the correct location of core headers such as `stddef.h`. Always determine this path and pass it when available. Fixes: #25590
* visionOS: Update deployment-target flag for Xcode 15.1 betaBrad King2024-02-091-3/+3
| | | | | | | | Use the same flags Xcode adds for `XROS_DEPLOYMENT_TARGET`. They are `-target arm64-apple-xros1.0` and `-target arm64-apple-xros1.0-simulator`, where `1.0` is the deployment target version. Fixes: #25188
* Merge topic 'FindCUDAToolkit-cudart-deps' into release-3.28Brad King2024-02-091-8/+5
|\ | | | | | | | | | | | | 4a3cafec4f FindCUDAToolkit: Fix cudart dependencies Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9236
| * FindCUDAToolkit: Fix cudart dependenciesRobert Maynard2024-02-081-8/+5
| | | | | | | | Fixes: #25665
* | Merge topic 'findmatlab-registry-lookup-without-versionxml' into release-3.28Brad King2024-02-081-12/+1
|\ \ | | | | | | | | | | | | | | | | | | e22c4dfea0 FindMatlab: Revert undocumented and now-unnecessary full version lookup Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9226
| * | FindMatlab: Revert undocumented and now-unnecessary full version lookupHermann von Kleist2024-02-071-12/+1
| |/ | | | | | | | | | | | | | | | | | | | | Partially revert commit dc9d9589e4 (FindMatlab:WIN32: return full Matlab version when found via registry, 2023-09-14, v3.28.0-rc1~82^2~2). It changed `matlab_extract_all_installed_versions_from_registry` behavior to query `VersionInfo.xml` for version information. However, the function documentation states that it only uses the registry. It's also not needed since commit c608adc236 (FindMatlab: Fix major.minor version lookups in Windows Registry, 2024-01-11, v3.28.2~13^2~1), which added the same lookup to `matlab_get_all_valid_matlab_roots_from_registry`.
* | Ninja: Update showIncludes prefix detection for clang-cl 18Martin Storsjö2024-02-071-1/+1
|/ | | | | | | | | | | | | | Since commit LLVM/Clang commit `5523fefb01c2` ([clang][lex] Use preferred path separator in includer-relative lookup, 2023-09-08), part of the upcoming 18.x release, the output format of the showIncludes flag has changed, where it now prints paths with double backslashes: Note: including file: .\\foo.h Previously, we expected to see the path name in the form "./foo.h". Extend the regex to match a path name starting with `.\`, in addition to the existing matched patterns.
* Merge topic 'revert-FindFreetype-use-config' into release-3.28Brad King2024-01-261-98/+0
|\ | | | | | | | | | | | | | | b5725ae619 FindFreetype: Revert use of upstream freetype cmake package Acked-by: Kitware Robot <kwrobot@kitware.com> Reviewed-by: Ben Boeckel <ben.boeckel@kitware.com> Merge-request: !9187
| * FindFreetype: Revert use of upstream freetype cmake packageBrad King2024-01-251-98/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The upstream freetype cmake package uses generator expressions and imported target to express its dependencies. That's fine on its own. However, our use of it since commit d83d925045 (FindFreetype: use `freetype-config.cmake` if available, 2023-09-06, v3.28.0-rc1~130^2) causes the `FREETYPE_LIBRARIES` result variable to reference those imported targets and create a package-level dependency for clients that did not exist previously. Revert that change for now, along with its follow-up fixes. Further investigation will be needed to solve the motivating use case another way. Fixes: #25635
* | Merge topic 'find-matlab-docs-mcr-version-mapping' into release-3.28Brad King2024-01-261-1/+11
|\ \ | | | | | | | | | | | | | | | | | | 29fece7ef3 FindMatlab: Document that version mappings do not apply to MCR Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9184
| * | FindMatlab: Document that version mappings do not apply to MCRHermann von Kleist2024-01-251-1/+11
| |/
* | FindMatlab: Some versions use major.minor.patch in the registryHermann von Kleist2024-01-251-4/+5
|/ | | | Fixes #25631.
* FindMatlab: Fix error message from functionHermann von Kleist2024-01-221-1/+1
|
* FindMatlab: Document all registry paths for version lookupHermann von Kleist2024-01-221-3/+4
|
* FindMatlab: matlab_get_release_name_from_version is a function nowHermann von Kleist2024-01-221-6/+2
|
* CUDA/Clang: Record architectures supported by Clang 16Brad King2024-01-181-2/+6
|
* CUDA/Clang: Update architectures supported by CUDA 12Brad King2024-01-181-4/+2
| | | | | | | In commit 4d90f65b24 (CUDA: Update set of architectures supported by CUDA 12, 2022-12-19, v3.26.0-rc1~120^2) we incorrectly guarded dropping removed architectures by compiler id, but it is actually the CUDA 12 toolkit itself that removed support.
* FindMatlab: Restore support for finding EXACT major.minor versionHermann von Kleist2024-01-171-1/+11
| | | | | | | By comparing major.minor, the behavior approximately matches pre-3.28 behavior. Fixes: #25605
* FindMatlab: use correct registry view when extracting versionsHermann von Kleist2024-01-171-0/+1
|
* FindMatlab: Accept long version in matlab_get_release_name_from_versionscivision2024-01-161-17/+7
| | | | | | | | | | Make this work: matlab_get_release_name_from_version(${Matlab_VERSION}) which the user would expect. While at it, simplify this function code.
* FindMatlab: Fix major.minor version lookups in Windows Registryscivision2024-01-161-45/+47
| | | | | | | The registry key names use only the first two version components. Previously we were using the full versions. Fixes: #25582
* FindMatlab: Restore support for versions without VersionInfo.xmlHermann von Kleist2024-01-121-12/+13
| | | | | | | | Report "unknown" in `_Matlab_VersionInfoXML` if file is missing. Fix omitted MATLAB root with unknown version from XML. Fixes: #25585 Fixes: #25586
* Merge topic 'check_language_propagate_hip_platform' into release-3.28Brad King2024-01-051-2/+26
|\ | | | | | | | | | | | | | | ce9c6d0994 HIP: Propagate CMAKE_HIP_PLATFORM from/to the test project in check_language 9ba3fc91e5 HIP: Really forward CMAKE_HIP_HOST_COMPILER in check_language(HIP) Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9121
| * HIP: Propagate CMAKE_HIP_PLATFORM from/to the test project in check_languageGergely Meszaros2024-01-041-1/+25
| | | | | | | | Fixes: #25541
| * HIP: Really forward CMAKE_HIP_HOST_COMPILER in check_language(HIP)Gergely Meszaros2024-01-031-1/+1
| | | | | | | | | | In commit b3e92775ab (HIP: Add CMAKE_HIP_HOST_COMPILER when compiler is NVCC, 2023-09-25, v3.28.0-rc1~44^2~2) we accidentally left this out.
* | Merge topic 'revert-ExternalProject-download-byproducts' into release-3.28Brad King2024-01-041-9/+5
|\ \ | |/ |/| | | | | | | | | fd3c9876c6 ExternalProject: revert `BYPRODUCTS` for download outputs Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9097
| * ExternalProject: revert `BYPRODUCTS` for download outputsBen Boeckel2024-01-031-9/+5
| | | | | | | | | | | | | | | | | | | | | | Xcode has been reported to not work at all with this when ExternalProject projects share download files. Revert commit 872daff159 (ExternalProject: declare byproducts for the download step, 2023-09-21, v3.28.0-rc1~27^2) pending further investigation. Fixes: #25525
* | Help: update lua.org links to be HTTPSBen Boeckel2024-01-011-1/+1
|/ | | | This is now a permanent redirect, so update links accordingly.
* UsePkgConfig: Restore removal of trailing whitespace from pkg-config outputJason E. Hale2023-12-191-5/+4
| | | | | | Since commit f73a5bfaa9 (UsePkgConfig: Replace exec_program() with execute_process(), 2023-07-24, v3.28.0-rc1~321^2~6), trailing whitespace was introduced into libraries linked, which violates CMP0004.
* Merge topic 'FindCUDAToolkit-cupti' into release-3.28Brad 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.
* | 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
| * 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
* | 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
* | 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
| * 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
* | 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
| * 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 '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
| * | 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.
* | Help: Fix malformed cross-reference in FetchContent docsCraig Scott2023-12-071-1/+1
|/
* LLVMFlang: Fix MSVC ABI debug information format optionsBrad King2023-12-051-5/+7
| | | | | | | | | | | | | In commit 26bf32cdc6 (LLVMFlang: Add support for targeting MSVC ABI on Windows, 2023-09-28, v3.28.0-rc1~10^2) we incorrectly recorded `-g` as supporting the `ProgramDatabase` format, but it is actually `Embedded`, matching Clang. In order to support easy integration with C and C++ projects that use the `.pdb` debug formats, pretend LLVMFlang supports them and just don't actually emit any debug information. Issue: #24840
generated by cgit v0.12 at 2025-01-12 19:14:26 (GMT)