- Feb 12, 2024
-
-
-
4c51136b ci: Enable TIClang test on Debian Clang jobs in nightly pipeline 9ba0a545 TIClang: Add support for TI Clang-based compilers, including tiarmclang Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !9228
-
9e87df4d Autogen/RCC: Disable zstd if it is not supported Acked-by:
alcroito <alexandru.croitor@qt.io> Merge-request: !9232
-
Brad King authored
-
Brad King authored
22eb1b6d Tests: Enable visionOS tests with Xcode 15.2 f6fa3483 Tests: Update RunCMake.XcodeProject-Device for visionOS in Xcode 15.1 beta 40be88a9 visionOS: Update deployment-target flag for Xcode 15.1 beta 3ece4553 cmLocalGenerator: Avoid unnecessary lookup without a deployment target Acked-by:
-
5b5acb55 Tests: Enable RunCMake.CMakePackage visionOS cases with Xcode 15.2 871a4c5a Merge branch 'backport-3.28-visionOS' into visionOS 22eb1b6d Tests: Enable visionOS tests with Xcode 15.2 f6fa3483 Tests: Update RunCMake.XcodeProject-Device for visionOS in Xcode 15.1 beta 40be88a9 visionOS: Update deployment-target flag for Xcode 15.1 beta 3ece4553 cmLocalGenerator: Avoid unnecessary lookup without a deployment target Acked-by:
buildbot <buildbot@kitware.com> Acked-by:
Volodymyr B. <v.boichentsov@elsevier.com> Merge-request: !9239
-
- Feb 09, 2024
-
-
Brad King authored
-
Add TIClang compiler ID and support in compiler modules. Update documentation. Add rudimentary RunCMake test for TIClang to test basic functionality. Fixes: #24619
-
-
Brad King authored
-
-
Brad King authored
The target identification macros changed since the 15.0 beta.
-
Brad King authored
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
-
Brad King authored
-
Add the `--no-zstd` argument for `RCC` when `QT_FEATURE_zstd` is `OFF`. This causes user project builds to fail. That bug is fixed in Qt by https://codereview.qt-project.org/c/qt/qtbase/+/537546 but for the older versions, fix it here too. Fixes: #25664
-
3adeb3b4 ci: Enable FindOpenMP tests in LLVM/Clang nightly CI jobs on Windows 3019af64 FindOpenMP: Add support for GNU-like Clang targeting MSVC ABI Acked-by:
-
Brad King authored
-
68157fc5 gitlab-ci: update macOS jobs to use Xcode 15.2 Acked-by:
-
Brad King authored
68157fc5 gitlab-ci: update macOS jobs to use Xcode 15.2 Acked-by:
-
Brad King authored
4a3cafec FindCUDAToolkit: Fix cudart dependencies Acked-by:
-
4a3cafec FindCUDAToolkit: Fix cudart dependencies Acked-by:
-
Brad King authored
077a1d57 libuv: win/spawn: optionally run executable paths with no file extension f02ac511 libuv: Revert "win/spawn: run executables with no file extension" 58a271e6 cmUVProcessChain: Implement no-extension-on-Windows support with libuv 1.48 Acked-by:
-
077a1d57 libuv: win/spawn: optionally run executable paths with no file extension f02ac511 libuv: Revert "win/spawn: run executables with no file extension" 58a271e6 cmUVProcessChain: Implement no-extension-on-Windows support with libuv 1.48 Acked-by:
-
- Feb 08, 2024
-
-
Brad King authored
-
Use the code path from commit ceb5ee4a (FindOpenMP: Add support for Clang on Windows, 2020-02-05, v3.17.0-rc1~10^2) with the GNU-like frontend too.
-
Brad King authored
Backport libuv commit `3f7191e5` (win/spawn: optionally run executable paths with no file extension, 2024-02-05, v1.48.0~8) to add the `UV_PROCESS_WINDOWS_FILE_PATH_EXACT_NAME` option we now use. Issue: #25450
-
Brad King authored
This reverts commit fc6231be (libuv: win/spawn: run executables with no file extension, 2023-12-04, v3.28.0~9^2) to make room for the corresponding fix from upstream libuv 1.48. Record this as a merge from the last-imported upstream libuv snapshot branch so that future `git blame` points to the upstream for the original code instead of this commit. Issue: #25450
-
Brad King authored
Use the new `UV_PROCESS_WINDOWS_FILE_PATH_EXACT_NAME` option when building against libuv 1.48 or higher.
-
Brad King authored
-
Fixes: #25665
-
ccaf529c Autogen: Update Documentation 16cc011f cmQtAutoGenGlobalInitializer: Improve Const-correctness Acked-by:
-
2fc22a3d FPHSA: Fix empty version message in exact match Acked-by:
-
49ebf18d FindVulkan: Update detection for glslang 14.0.0 9cefa2f0 Tests/FindVulkan: Allow easy way to switch between VulkanSDK installations b8327679 Tests/FindVulkan: Update for glslang 12.3+ output Acked-by:
-
Brad King authored
-
e22c4dfe FindMatlab: Revert undocumented and now-unnecessary full version lookup Acked-by:
-
0d933fc0 Ninja: Update showIncludes prefix detection for clang-cl 18 a88acb0a Tests/RunCMake/Ninja: Rename showIncludes case for clang-cl <= 17 Acked-by:
-
Brad King authored
e22c4dfe FindMatlab: Revert undocumented and now-unnecessary full version lookup Acked-by:
-
* Add Qt 6 to documentation * Add explanation about `<ORIGIN>_autogen_timestamp_deps` Fixes: #25201
-
- Feb 07, 2024
-
-
Partially revert commit dc9d9589 (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 c608adc2 (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`.
-
`find_package_check_version()` would use variable `_FOUND_VERSION` set by `find_package_handle_standard_args()` in a single branch when doing exact matching, causing empty version messages if it was instead called directly. This was missed in commit 6bfc442f (FPHSA: add support of version range, 2020-09-22, v3.19.0-rc1~122^2~1) when the version check was moved into its own function.
-
