| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Other core queries do this, so do it here too.
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|\
| |
| |
| |
| |
| |
| | |
4a3cafec4f FindCUDAToolkit: Fix cudart dependencies
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9236
|
| |
| |
| |
| | |
Fixes: #25665
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
e22c4dfea0 FindMatlab: Revert undocumented and now-unnecessary full version lookup
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9226
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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`.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|\
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
29fece7ef3 FindMatlab: Document that version mappings do not apply to MCR
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9184
|
| |/ |
|
|/
|
|
| |
Fixes #25631.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
By comparing major.minor, the behavior approximately matches pre-3.28
behavior.
Fixes: #25605
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Make this work:
matlab_get_release_name_from_version(${Matlab_VERSION})
which the user would expect.
While at it, simplify this function code.
|
|
|
|
|
|
|
| |
The registry key names use only the first two version components.
Previously we were using the full versions.
Fixes: #25582
|
|
|
|
|
|
|
|
| |
Report "unknown" in `_Matlab_VersionInfoXML` if file is missing.
Fix omitted MATLAB root with unknown version from XML.
Fixes: #25585
Fixes: #25586
|
|\
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| | |
Fixes: #25541
|
| |
| |
| |
| |
| | |
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.
|
|\ \
| |/
|/|
| |
| |
| |
| | |
fd3c9876c6 ExternalProject: revert `BYPRODUCTS` for download outputs
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9097
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
|/
|
|
| |
This is now a permanent redirect, so update links accordingly.
|
|
|
|
|
|
| |
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.
|
|\
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| | |
The CUDAToolkit usage of `find_path( PATHS )` was incorrectly
quoting a list of paths causing none of them to be used.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|\
| |
| |
| |
| |
| |
| | |
0f6e9d0658 FindMatlab: Fix processing of multiple versions from Windows Registry
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9074
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| | |
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
|
|\ \
| |/
| |
| |
| |
| |
| | |
ef64c118de FindMatlab: Fix regression on Windows Registry lookup failure
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !9070
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
|
|/
|
|
|
|
|
|
| |
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
|
|\
| |
| |
| |
| |
| |
| |
| | |
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
|
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
RPM supports either whitespace with quoting or globbing without quoting.
Prior to RPM 4.19 it accepted globbing in quotes, but it only globbed
correctly without whitespace, where quoting was not necessary anyway.
Starting in RPM 4.19, glob characters in quotes are considered literal.
Fixes: #25421
Inspired-by: Ben Boeckel <ben.boeckel@kitware.com>
See: https://github.com/rpm-software-management/rpm/commit/d44114f007f54f205ffa13d22724199fe50a137a
|