- Sep 20, 2021
-
-
-
cb93f726 HIP: Simplify detection of HIP runtime CMake package a71f0fc9 HIP: Remove ROMClang compiler id and use Clang directly b125e980 HIP: Detect ROCm path earlier 735f41fc HIP: Use 'rocm_agent_enumerator' to determine CMAKE_HIP_ARCHITECTURES Acked-by:
Kitware Robot <kwrobot@kitware.com> Acked-by:
buildbot <buildbot@kitware.com> Acked-by:
Raul Tambre <raul@tambre.ee>
Acked-by: Axel Huebl <axel.huebl@plasma.ninja> Merge-request: !6533
-
Brad King authored
-
-
- Sep 17, 2021
-
-
Brad King authored
-
94f37767 Android: Restore searching PATH for executables Acked-by:
-
f77ffbc0 IAR: Restore support for projects not enabling policy CMP0057 Acked-by:
-
- Sep 16, 2021
-
-
Brad King authored
It only makes sense to use the CMake package from the same ROCm installation that the compiler uses. Ask the HIP compiler to report the location of the ROCm installation. Verify up front that it contains the expected CMake package file.
-
Brad King authored
Since commit bd844387 (ROCMClang: Add the ROCm toolkit derived clang compiler to CMake, 2020-08-28, v3.21.0-rc1~66^2~6) and commit ff0d2858 (HIP: Extract clang compiler details from hipcc, 2020-10-21, v3.21.0-rc1~66^2~5), the separate `ROCMClang` compiler id for `hipcc` has caused a few problems: * The compiler id changed from behavior of CMake 3.20 and below, breaking projects that already built with `hipcc` treated as `Clang`. * The implementation of `target_compile_features` was incomplete for the `ROCMClang` identity. * Only `hipcc` was identified as `ROCMClang`, so after it is unwrapped to the underlying `clang++`, future runs of new CMake versions on an existing build tree would not repeat this. * Clang should be usable as a HIP compiler without the `hipcc` wrapper. Remove the `ROMClang` compiler identity, and revise HIP language support to work directly with a Clang compiler. Reject direct `hipcc` usage as a HIP compiler. For now it cannot be supported because it interferes with flags CMake needs to pass to Clang. Fixes: #22536, #22460, #22593
-
Brad King authored
Fail early if it is not found. Use the detected location as a hint to find `rocm_agent_enumerator`. Also remove the leading `_` prefix in case we want to document this publicly later.
-
-
-
Since commit a7f41a7e (Android: Fix find_* search order within NDK for unified toolchains, 2020-10-13, v3.20.0-rc1~610^2), we turn off `CMAKE_FIND_USE_SYSTEM_ENVIRONMENT_PATH`. This breaks `find_program` searching `PATH` for host executables. Fortunately, the setting turns out not to be necessary, perhaps since commit cbc51a8b (Android: restructure android search paths, 2020-11-06, v3.20.0-rc1~509^2). Without it, none of NDK tests fail, so remove it to restore pre-3.20 behavior. Fixes: #22634
-
-
b6ac1039 VS: Update Visual Studio 17 2022 generator for Preview 4 f200f4d5 VS: Fix managed C++ project generation for VS 2022 Acked-by:
-
- Sep 15, 2021
-
-
Brad King authored
-
-
- Sep 09, 2021
-
-
115152ce KWSys: SystemTools: Ensure Windows Vista APIs are available before using them Acked-by:
-
09c7c0a9 gitlab-ci: Update Windows builds to MSVC 19.29-16.11 toolset Acked-by:
-
- Sep 07, 2021
-
-
2636ad50 FindPython: Ensure homebrew on Mac M1 is used Acked-by:
-
- Sep 03, 2021
-
-
38c8f2c4 IRSL: Add discovery of VS 2022 v143 toolset redistributables f01ea7e3 MSVC: Fix MSVC_TOOLSET_VERSION for VS 2022 v143 toolset Acked-by:
-
1ad0c5ae FindBoost: Add support for Boost 1.77 Acked-by:
-
b6cf9347 Ninja: fix ARMClang paths for Windows Acked-by:
-
Backport KWSys commit `4ef5b1063` (SystemTools: Ensure Windows Vista APIs are available before using them, 2021-08-30) to the CMake 3.21 release branch.
-
Marc Chevrier authored
Fixes: #22581
-
- Sep 02, 2021
-
-
Brad King authored
-
-
-
Brad King authored
Update the list of known versions. Run the command cmake -DBOOST_DIR=/path/to/boost_1_77_0 \ -P Utilities/Scripts/BoostScanDeps.cmake to extract dependencies from the 1.77.0 source tree. The dependencies differ from those of 1.76: the `contract`, `thread`, and `wave` components no longer depend on `date_time`. The `math` component no longer depends on `atomic`. Fixes: #22588 -
We need to escape paths for ARMClang on Windows, see the referenced issue for more details. Fixes: #21093
-
- Aug 25, 2021
-
-
-
c8ec137d VS: Update Visual Studio 17 2022 generator for Preview 3.1 Acked-by:
-
-
Brad King authored
-
49a5dbca GNUInstallDirs: avoid unwanted variable dereference Acked-by:
-
- Aug 24, 2021
-
-
Brad King authored
Merge-request: !6474
-
25c5ebba VS: Add special case for '-T version=14.29.16.11' under VS 16.11 Acked-by:
-
d2a6e160 AUTOUIC: Revert "Fix generating of dependency rules for UI header files" Acked-by:
-
2b2a6a71 FindMPI: do not detect `-framework` as a compile flag Acked-by:
Utkarsh Ayachit <utkarsh.ayachit@kitware.com> Merge-request: !6467
-
- Aug 22, 2021
-
-
Ben Boeckel authoredIn some situations, it seems that the variable `0` is defined. In the case found, it was set to `1`. This makes the detection of the missing third argument bogus and unnecessarily triggers a warning. This oversight was introduced in 229b5ee9 (GNUInstallDirs: Add dir argument to GNUInstallDirs_get_absolute_install_dir, 2020-10-31) prior to CMake 3.20's release cycle.
-
