- Jul 18, 2021
-
-
Kitware Robot authored
-
- Jul 17, 2021
-
-
Kitware Robot authored
-
- Jul 16, 2021
-
-
Kitware Robot authored
-
- Jul 15, 2021
-
-
-
79e139e3 ci: use CMake 3.21.0 Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6349
-
79e139e3 ci: use CMake 3.21.0 Acked-by:
-
76487b04 Find{BLAS,LAPACK}: clean variables fc54e68c Find{BLAS,LAPACK}: improve found message on Cray Acked-by:
-
Kitware Robot authored
-
- Jul 14, 2021
-
-
Ben Boeckel authored -
Brad King authored
-
Seth R Johnson authored
-
Seth R Johnson authored
With Cray compiler wrappers (implicitly tested on OLCF Spock) the BLAS and LAPACK libraries are automatically linked as necessary through the wrapper script and programming environment. With this change, the configure output is: ``` -- Found BLAS: implicitly linked <snip> -- Found LAPACK: implicitly linked ``` rather than ``` -- Found BLAS: 1 <snip> -- Found LAPACK: LAPACK_LIBRARIES-PLACEHOLDER-FOR-EMPTY-LIBRARIES ```
-
-
-
509ef50a ARMClang: Fix regression in check for working compiler Acked-by:
-
509ef50a ARMClang: Fix regression in check for working compiler Acked-by:
-
Given the compiler to use, `CMakeFindBinUtils.cmake` automatically determines a number of tools including linker (CMAKE_LINKER) and archiver (CMAKE_AR) and stores them in a generated file `CMakeCCompiler.cmake` as non-CACHE entries. The compiler-specific ARMClang.cmake then tries to override CMAKE_LINKER and CMAKE_AR as CACHE entries. Following the introduction of CMP0126, which is set to NEW in the test for a working compiler, setting a CACHE entry does not replace a normal entry of the same name anymore, resulting in a failed test due to wrong linker and archiver. To fix this, set CMAKE_LINKER and CMAKE_AR for ARMClang directly in `CMakeFindBinUtils.cmake` as is done for other compilers. Check for them in `ARMClang.cmake` to safeguard cases when a project explicitly includes `ARMClang.cmake` prior to compiler determination (which some projects do to work around other problems in older CMake versions).
-
36979f5b FindPkgConfig: Tolerate PKG_CONFIG_SYSTEM_LIBRARY_PATH in environment Acked-by:
-
9dc007e1 Refactor: Drop redundand `std::endl` calls in the middle of output afcc5449 Refactor: Use `cmStrToLong` instead of `std::strtol` 13549674 Refactor: Avoid duplicate calls to `GetOption("GEN_DBGSYMDIR")` 7add10f2 Refactor: Deduplicate code of `createDebPackages()` 593ff734 CPack/DEB: dbgsym package not generated for non-component packaging c8f298ae Refactor: Extract packaged files finder into a function 7fd3134e Refactor: cmCPackDebGenerator::PackageComponents handle `else` first 00832159 Refactor: Change return value to bool for private members ... Acked-by:
-
d9e4b474 cmGeneratorTarget: Clarify logic recognizing explicit link interface ff979448 cmGeneratorTarget: Clarify cmLinkImplItem constructor call 81124809 cmGeneratorTarget: Clarify ExpandLinkItems local variable role 33f0505f cmGeneratorTarget: Simplify ExpandLinkItems signature Acked-by:
-
d9fcbb06 FindMPI: Interrogate Cray compiler Acked-by:
-
-
161f1f42 Help: Clarify 'cmake --build' signature alternatives Acked-by:
-
161f1f42 Help: Clarify 'cmake --build' signature alternatives Acked-by:
-
Kitware Robot authored
-
- Jul 13, 2021
-
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
Tell `pkg-config --libs` not to filter out `-L` flags for entries of `PKG_CONFIG_SYSTEM_LIBRARY_PATH` (and `LIBRARY_PATH` for `pkgconf`). We should always search everywhere the `.pc` file expects. Fixes: #22148
-
Cray traditionally does not ship mpicc/mpic++ compiler wrappers. Due to that, the traditional CMake logic to find MPI is to *only* support MPI on Cray systems if either 1. Cray Wrappers are used for compiling, or 2. an auxiliary MPI executable is found. On many new Exascale prototypes, using the Cray wrappers for develop work is extremely painful. Vendors such as AMD and integrators such as HPE seem not to go well in lock-step in Cray programming envs, making offloading with Cray wrappers too challenging. On the other hand, using the working experimental Vendor compilers works well, as long as one does not need MPI. Extend the fallback MPI search logic by also interrogating the CC/cc/ftn binaries if found for their MPI flags. This does not change existing logic, i.e. using the Cray wrappers directly, but provides an additional way to get MPI programs compiled on Cray. Fixes: #22368
-
Alex Turbov authored
-
Brad King authored
Documentation added by * commit 4f4f2028 (Help: Add documentation for buildPresets and testPresets, 2021-01-13, v3.20.0-rc1~51^2~7) * commit 676ecf0d (cmake-presets: Add build and test presets, 2020-12-14, v3.20.0-rc1~51^2~6) used square brackets in the `cmake --build` signature to indicate non-optional alternatives, which is not a typical convention. A common convention is to use parentheses instead, but in this case it is probably clearer to list the two signatures separately. Fixes: #22413
-
-
-
Also, fix incorrect `retval` accumulation.
-
Fix: #19735
-
-
Also, return early to reduce nesting level of the function body.
-
The `cmCPackDebGenerator::createDeb()` and `cmCPackDebGenerator::createDbgsymDDeb()` in fact have boolean return value.
-
