GitLab

7302a23a cmake: Simplify -W recognition of no- and error= prefixes
98290782 cmake: redesign command-line argument parsing
d800c26c cmake: Fix processing of -Wno-error= flags
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Axel Huebl <axel.huebl@plasma.ninja>
Merge-request: !5458

30aa715f Revert "specify language flag when source LANGUAGE property is set"
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5519

30aa715f Revert "specify language flag when source LANGUAGE property is set"
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5519

Revert commit 74b1c9fc (Explicitly specify language flag when source
LANGUAGE property is set, 2020-06-01, v3.19.0-rc1~722^2) and the lookup
tables from its two immediate ancestors.  The purpose of that change was
to convert an explicit `LANGUAGE` source file property into an explicit
language specification compiler flag like `-x c`.  This seems reasonable
since the property is documented as meaning "indicate what programming
language the source file is".  It is also needed to help compilers deal
with non-standard source file extensions they don't recognize.

However, some projects have been setting `LANGUAGE C` on `.S` assembler
source files to mean "use the C compiler".  Passing `-x c` for them
breaks the build because the `.S` sources are not written in C.  These
projects should be updated to use `enable_language(ASM)`, for which
CMake often chooses the C compiler as the assembler when using
toolchains that support it (which would have to be the case for projects
using the approach).

Revert the change for now to preserve the old behavior for such projects.
We can re-introduce it with a policy in a future version of CMake.

Fixes: #21469
Issue: #14516, #20716

364a4002 cmake.el: enable view-mode when lookup
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Jostein Kjønigsen <jostein@kjonigsen.net>
Merge-request: !5517

2cb1d77c scandep: update format to P1689 R3
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Ben Boeckel <ben.boeckel@kitware.com>
Merge-request: !5515

Make handling more consistent:

   "-S" -> invalid
   "-S/path/to/source" -> valid
   "-S /path/to/source" -> valid
   "-S=/path/to/source" -> now valid

   "-D" -> invalid
   "-DStr" -> valid
   "-D Str" -> valid
   "-D=Str" -> now valid

   "--log-level=" -> invalid
   "--log-level" -> invalid
   "--log-level=2" -> valid
   "--log-level 2" -> now valid

ec522366 gitlab-ci: update macOS jobs to use Xcode 12.0
fa0c02e9 ci: update to use CMake 3.19.0
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5516

ec522366 gitlab-ci: update macOS jobs to use Xcode 12.0
fa0c02e9 ci: update to use CMake 3.19.0
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5516

The `work-directory` field has been moved into individual rules since
each one may correspond to a different compiler invocation and therefore
a different work directory.

Support for arbitrary binary paths has been removed for simplicity.
We now assume paths have a valid UTF-8 round-trip representation.

f3eed2c4 cmGlobalNinjaGenerator: use P1689 dependency file format for Fortran
a02c4cca cmScanDepFormat: add reader and writer for the format from P1689R2
fa18069e Ninja: Exclude unused dyndep features during CMake bootstrap
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Michael Hirsch, Ph.D. <michael@scivision.dev>
Merge-request: !5485

fea49b2d CTest: Rename CudaMemcheck to CudaSanitizer
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5514

fea49b2d CTest: Rename CudaMemcheck to CudaSanitizer
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5514

a282714b gitlab-ci: Update Windows builds to MSVC 19.28
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5513

a282714b gitlab-ci: Update Windows builds to MSVC 19.28
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5513

Fix two bugs that happened to cancel each other out for cases covered
by our test suite.  Add a test case that distinguishes them.

The module dependency specification format described in the C++
JTC1/SC22/WG21 paper [1] is also suitable for use by Fortran.

[1] http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p1689r2.html

This format is currently subject to change, but is not too far from the
end goal.

Some bits are currently unimplemented (see TODO comments).

cfce067b Tests: Add RunCMake.Make case for conflicting Makefile names
378c047a Makefiles: Explicitly tell 'make' tool what Makefile name to use
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5509

c826745f CPack/DEB: Do not crash when asked for debug symbols when there are none
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5443

7524501d PCH: Do not mark PCH-header as generated
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5510