| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Fixes: #25193
|
|
|
|
| |
Canonical flag changed in LLVM commit 13629b140801870feff855ca168edf6b34dbef8d.
|
|\
| |
| |
| |
| |
| |
| | |
65fac2fa35 ARMClang: Fix computation of compiler semantic version patch level
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8636
|
| |
| |
| |
| |
| |
| | |
According to ARMClang documentation 6.20, the patch version number
should not include the last two digits of `__ARMCOMPILER_VERSION`,
which are reserved for internal use by ARM.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
f73ae7c510 NVHPC: Support nvfortran versions that don't support isystem
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Merge-request: !8588
|
| | |
| | |
| | |
| | | |
Fixes: #25019
|
|/ /
| |
| |
| |
| |
| |
| | |
Unfortunately it breaks in combination with LTO due to a bug in the GNU
linker.
Fixes: #25014
|
| |
| |
| |
| | |
This is related to MR !8443.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
0183956d30 Clang: C++26 support
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8480
|
| | |
| | |
| | |
| | |
| | | |
Added in LLVM commit b763d6a4ed4650c74c6846d743156468563b0e31.
This time the final flag form is supported from the get-go to reduce churn.
|
| | |
| | |
| | |
| | |
| | |
| | | |
- Added C17 support
- Added C++17 support
- Changed: IAR UBROF Linker (XLINK) suffixed with target architecture (xlinkavr)
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | | |
cfec4c1c5e IAR: Enforce output extension for xlink targets
7fec8f993b IAR: Replace extension for compiler and assembler
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8477
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
6a82852dc2 Allow toolchain suffix without leading dash
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Reviewed-by: Ben Boeckel <ben.boeckel@kitware.com>
Merge-request: !8462
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
FreeBSD installs both LLVM and gcc with tools named after the
major version, in the form "clang<major>", such as "clang16".
Detect compilers named this way, and find the related toolchain
tools.
|
|/ /
| |
| |
| | |
Canonical flag changed in LLVM commit ba15d186e5cef2620d562c6c9d9a6d570382cd0a.
|
| |
| |
| |
| |
| |
| | |
Based on work done by @ben.boeckel (!8051)
Fixes: #22217
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
01e944128d IAR: Move linker silencing flag to CMAKE_EXE_LINKER_FLAGS
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8421
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The IAR linker silencer flag was previously hardcoded in
`CMAKE_${lang}_LINKER_EXECUTABLE`. Move the flag to a place that is
under the end user's control. The default behavior (silenced linker) is
not changed.
Fixes: #24828
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Revert commit 6b58cdd4cf (Ninja: Exclude NVHPC -Werror flags during
Fortran preprocessing, 2023-04-04). Since commit 9d40f01442 (NVHPC: Use
-Werror for COMPILE_OPTIONS_WARNING_AS_ERROR, 2023-04-13), `nvfortran`
can handle the plain `-Werror` flag during preprocessing.
Issue: #24665
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The previously-used `-Werror all-warnings` is not supported by
the NVHPC suite of compilers. This previously worked since `-Werror`
was being used and `all-warnings` was being excluded.
We thought this was the correct syntax due to incorrect documentation
about `-Werror`, which stated the argument should be space-separated,
while it should actually be separated with `=` or `,`.
Issue: #24665
|
| |
| |
| |
| |
| |
| |
| |
| | |
The Ninja generator preprocesses Fortran separately in order to scan for
module dependencies. NVHPC's `nvfortran` does not support its `-Werror`
flag while preprocessing with `-E`, so filter it out.
Fixes: #24665
|
| |
| |
| |
| | |
AIX does not yet support thin LTO.
|
|\ \
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1b7c26da49 Ninja: Wrap rules using '>' shell redirection with 'cmd /C' on Windows
ffd8537acf Clang: Record Clang 16.0 C++ modules flags only for GNU-like front-end
6013227230 cmGlobalNinjaGenerator: Use forward slashes in clang modmap format on Windows
d9d74b5e8a cmDyndepCollation: Drop outdated mentions of CXX_MODULE_INTERNAL_PARTITIONS
edab56d29a cmLocalNinjaGenerator: De-duplicate condition for using 'cmd /C' on Windows
8ebe3f92b3 cmGlobalNinjaGenerator: Detect GNU-like command-line for dyndep collator
f3ca199c9b cmGlobalNinjaGenerator: Factor out GNU-like command-line detection on Windows
f79817fcf0 cmCxxModuleMapper: Use value semantics in path conversion callback
...
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8346
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The settings added by commit 3fe8e33f27 (Clang: Record Clang 16.0 flags
for our experimental C++ modules support, 2023-03-03, v3.26.0-rc6~6^2)
work only for the GNU-like `clang++` front-end, and not for the
MSVC-like `clang-cl` on Windows.
Also quote the path to `clang-scan-deps` to support spaces in its path.
Issue: #24611
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
21f19d6af7 IAR:Improved assembler support
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8323
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | | |
2def6a874b CUDA: Add support for CUBIN, FATBIN, and OPTIXIR compilation
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Merge-request: !8259
|
| | | |
|
|\ \ \
| |/ /
|/| /
| |/
| |
| |
| |
| |
| | |
3fe8e33f27 Clang: Record Clang 16.0 flags for our experimental C++ modules support
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: scivision <michael@scivision.dev>
Acked-by: Alex <leha-bot@yandex.ru>
Merge-request: !8285
|
| |
| |
| |
| | |
LLVM/Clang 16.0 now contains official support for what CMake needs.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If a project or user sets a variable or cache entry named `C` or `CXX`,
we were previously comparing those language names to the value of that
variable, rather than the name itself. Double-quote the string to take
advantage of policy `CMP0054`, but also add "x" prefixes to support
projects that do not set the policy.
This extends a similar fix from commit c8eb357738 (CompilerId: Tolerate
variables named for languages, 2021-06-17, v3.21.0-rc1~9^2).
|
|/
|
|
|
|
| |
LCC < 1.24 has no way to disable integrated Fortran preprocessor,
and it can't produce preprocessed files explicitly. So we
disable all functionality (and therefore tests) related to it.
|
|
|
|
|
|
|
|
|
|
|
|
| |
LLVM Flang's preprocessor output is always valid fixed form Fortran with
a fixed line length of 72. If an application tries to use fixed form
with a different line length, this will fail in the
post-preprocessing compilation step as they will pass a flag asking for
a different fixed line length.
To fix this we can pass -ffixed-line-length-72 to the post-preprocess
compilation stage. This will be ignored when the input is free form
Fortran, and force to a 72 line length when the input is fixed.
|
|
|
|
|
| |
Previously the logic only worked for major versions of the form `1.xx`.
Fix it to work with versions `2.xx` and above.
|
|\
| |
| |
| |
| |
| |
| | |
cb0b9452e8 Android: Provide CMAKE_ANDROID_NDK_VERSION with NDK legacy toolchain file
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8170
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This variable has been provided since commit 746906242d (Android: Detect
NDK version number, 2021-02-26, v3.20.0-rc3~1^2~3) when using CMake's
NDK support or the modern NDK toolchain file. Since commit 005e2cdfb0
(Android: Do not use gold for ndk >= r22, 2021-02-26, v3.20.0-rc3~1^2)
we need the value in our compiler/platform information files, so provide
it when using the NDK legacy toolchain file too.
Revert commit 1c86e397fe (Android/Clang: Tolerate undefined
CMAKE_ANDROID_NDK_VERSION, 2022-09-16, v3.25.0-rc1~118^2) since the
variable should now always be defined.
Issue: #21772
Fixes: #24386
|
| |
| |
| |
| |
| |
| |
| |
| | |
Replace old-style `file(APPEND .../CMake{Output,Error}.log)` logging
with calls to `message(CONFIGURE_LOG)` to record the steps in the
`CMakeConfigureLog.yaml` configure log instead.
Issue: #23200
|
| | |
|
| |
| |
| |
| |
| |
| | |
The latter is the documented form [1].
[1] https://www.intel.com/content/www/us/en/develop/documentation/oneapi-dpcpp-cpp-compiler-dev-guide-and-reference/top/compiler-reference/compiler-options/language-options/std-qstd.html
|
|\ \
| |/
| |
| |
| |
| |
| | |
88f9fdcb03 IntelLLVM: Avoid unnecessary -Qstd=c++11 flag on Windows
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8069
|
| |
| |
| |
| |
| |
| |
| |
| | |
The IntelLLVM compiler, for compatibility with MSVC on Windows, always
runs with support for at least C++14. The `-Qstd=c++11` flag just
causes a warning that it is unused.
Fixes: #24316
|
|\ \
| |/
| |
| |
| |
| |
| | |
0aeeb8160c CUDA: Add support for cuda_std_20 for nvcc 12.0+
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8008
|
| |
| |
| |
| | |
CUDA 12.0 has been released with support for `-std=c++20`.
|
| |
| |
| |
| | |
`clang-scan-deps` will be required for C++20 module scanning purposes.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
a51e01f2ec IAR: Add response flag for files
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !7957
|
| | | |
|
|\ \ \
| |/ /
|/| /
| |/
| |
| |
| |
| | |
12e4bc73cb MSVC: don't opt into dyndep support
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Merge-request: !7965
|