- Jun 17, 2021
-
-
-
ab383040 Merge branch 'backport-3.20-vs-map-external-warnings' e4ca525d VS: Do not apply '/external:W*' flag table mapping on VS < 16.10 aabc3ca4 cmGlobalVisualStudio10Generator: Adopt GetVSInstanceVersion method e66a7fe0 cmGlobalVisualStudio10Generator: Move static functions to anonymous namespace 947f0c8b VS: Do not apply '/external:W*' flag table mapping on VS < 16.10 e59a208b cmGlobalVisualStudio10Generator: Adopt GetVSInstanceVersion method d6d4af0e cmGlobalVisualStudio10Generator: Move static functions to anonymous namespace Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6233
-
947f0c8b VS: Do not apply '/external:W*' flag table mapping on VS < 16.10 e59a208b cmGlobalVisualStudio10Generator: Adopt GetVSInstanceVersion method d6d4af0e cmGlobalVisualStudio10Generator: Move static functions to anonymous namespace Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6233
-
886a97cb gitlab-ci: add job to test with clang-7 and ninja on debian10 Acked-by:
Kitware Robot <kwrobot@kitware.com> Acked-by:
Ben Boeckel <ben.boeckel@kitware.com> Merge-request: !6237
-
f7af01ef gitlab-ci: add job testing cuda10.2 with clang 11 9548b059 ci: add clang-11 to cuda10.2 base image Acked-by:
Kitware Robot <kwrobot@kitware.com> Acked-by:
Ben Boeckel <ben.boeckel@kitware.com> Merge-request: !6236
-
Kitware Robot authored
-
- Jun 16, 2021
-
-
Brad King authored
-
Brad King authored
-
Brad King authored
-
Brad King authored
Since commit 9054cd05 (VS: Add flag table entries for '/external:W*' flags in VS 16.10, 2021-05-28, v3.20.4~10^2) we map flags to the `ExternalWarningLevel` element. VS 16.9 does not support that element, but its `cl` compiler does support the `/external:W*` flags. Filter out the flag table entry on older VS versions. Fixes: #22308
-
Brad King authored
Port from `cmGlobalVisualStudioVersionedGenerator`.
-
Brad King authored
-
Brad King authored
Since commit 9054cd05 (VS: Add flag table entries for '/external:W*' flags in VS 16.10, 2021-05-28, v3.20.4~10^2) we map flags to the `ExternalWarningLevel` element. VS 16.9 does not support that element, but its `cl` compiler does support the `/external:W*` flags. Filter out the flag table entry on older VS versions. Fixes: #22308
-
Brad King authored
Port from `cmGlobalVisualStudioVersionedGenerator`.
-
Brad King authored
-
d3274e0a FindLATEX: Search user-local MiKTeX locations Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6230
-
a35d1212 Ninja: Populate P1689R4 compiled-module-path field for Fortran 10b2e534 cmScanDepFormat: Remove Fortran-specific compiled-module-path logic 2b9890e9 cmScanDepFormat: Avoid writing lookup-method with default value Acked-by:
Kitware Robot <kwrobot@kitware.com> Acked-by:
Ben Boeckel <ben.boeckel@kitware.com> Merge-request: !6228
-
-
9c988784 gitlab-ci: update macOS jobs to use Xcode 12.5 Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6229
-
9c988784 gitlab-ci: update macOS jobs to use Xcode 12.5 Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6229
-
Kitware Robot authored
- Jun 15, 2021
-
-
Brad King authored
-
Brad King authored
When scanning Fortran dependencies, we know the file path at which a provided module file is written. Store it in the `compiled-module-path` field as specified by P1689R4. Our collator in `cmake_ninja_dyndep` no longer needs to assume that the module file path can be derived from the logical module name. In the future, the Fortran dependency scanning may be done by the compiler itself, in which case it will provide the value of `compiled-module-path`.
-
Brad King authored
Read and write the `compiled-module-path` field only when explicitly known. Move the assumption that the `compiled-module-path` can be derived from the logical module name from the scandep parser to the `cmake_ninja_dyndep` helper.
-
Brad King authored
-
312ced65 cmNinjaTargetGenerator: Fix scan rule PREPROCESSED_SOURCE placeholder 1dd9c4ab cmNinjaTargetGenerator: Clarify GetScanBuildStatement condition d94b2388 cmNinjaTargetGenerator: Simplify scan rule response file selection Acked-by:
Kitware Robot <kwrobot@kitware.com> Tested-by:
Ben Boeckel <ben.boeckel@kitware.com> Merge-request: !6227
-
0665d909 CMakeDependentOption: Allow parentheses in the depends string Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6225
-
Kitware Robot authored
-
- Jun 14, 2021
-
-
Brad King authored
When running the module dependencies scan tool for for a language that does not compile the preprocessed output, we do not actually put the preprocessed output in the build graph. However, the value of `CMAKE_EXPERIMENTAL_<LANG>_SCANDEP_SOURCE` may reference the placeholder for the preprocessed source. Populate the placeholder to keep the file out of the way. In particular, do not clobber the `.ddi` file.
-
Brad King authored
Use the `compilePP` variable directly rather than relying on callers to make `compilePP == !ppFileName.empty()`.
-
`if()` takes the condition as a list of arguments. Parentheses need to be separated as well. Fixes: #22303
-
Brad King authored
-
Brad King authored
-
e8dc95ae ObjectiveC: Add C17 and C23 support Acked-by:
Kitware Robot <kwrobot@kitware.com> Reviewed-by:
Raul Tambre <raul@tambre.ee> Merge-request: !6219
-
5bf16514 Find{BLAS,LAPACK}: Revise and extend Intel MKL usage documentation 8585a12b Find{BLAS,LAPACK}: Move enabled language requirement to top of documentation 6a7c055f Find{BLAS,LAPACK}: Revise formatting of intro docs 43b58136 Find{BLAS,LAPACK}: Move implementation note from docs to comments 3beac78a Find{BLAS,LAPACK}: Revise imported targets documentation layout 6f305cd5 Find{BLAS,LAPACK}: Factor out vendor documentation Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6218
-
130fa72b Find{BLAS,LAPACK}: Update for Intel oneAPI structure under MKLROOT Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6210
-
a7bbbbf7 Tests: ignore Xcode DVTPlugInManager output 8dcdd435 Tests: recognize Xcode 13 linker warning Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !6216
-