| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
The target property `ISPC_HEADER_SUFFIX` and associated global
variable now can control the suffix used when generating the
C/C++ interoperability ISPC headers.
In addition the default suffix is now "_ispc.h" which matches the
common convention that the ISPC compiler team uses and recommends.
|
|\
| |
| |
| |
| |
| |
| |
| | |
b7f0327dcd Tests: Cover macOS host architecture selection on Apple Silicon hosts
5f882f6ce5 macOS: Offer control over host architecture on Apple Silicon hosts
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5589
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since commit b6c60f14b6 (macOS: Default to arm64 architecture on Apple
Silicon hosts, 2020-09-28, v3.19.0-rc1~63^2) we use `sysctl` to detect
that we are running on Apple Silicon in a way that pierces Rosetta.
This always sets `CMAKE_HOST_SYSTEM_PROCESSOR` to be `arm64` on such
hosts. However, macOS offers strong support for running processes under
an emulated `x86_64` architecture.
Teach CMake to select either `arm64` or `x86_64` as the host
architecture on Apple Silicon based on the architecture of its own
process. When CMake is built as a universal binary, macOS will select
whichever slice (architecture) is appropriate under the user's shell,
and `CMAKE_HOST_SYSTEM_PROCESSOR` will match.
Also offer a `CMAKE_APPLE_SILICON_PROCESSOR` variable and environment
variable to provide users with explicit control over the host
architecture selection regardless of CMake's own architecture.
Finally, if `CMAKE_OSX_ARCHITECTURES` is not set, pass explicit flags to
the toolchain to use selected host architecture instead of letting the
toolchain pick.
Fixes: #21554
|
| |
| |
| | |
Fixes: #21586
|
| | |
|
| | |
|
|/
|
|
|
|
|
| |
The CMAKE_MINIMUM_REQUIRED_VERSION has long been set by
the cmake_minimum_required() command, but the command docs
never mentioned this. Only the variable's own docs stated this but
the variable isn't very discoverable without it being mentioned in
the command's docs as well.
|
|
|
|
|
|
|
|
| |
Update our deployment target to macOS 10.10.
This is required by Qt 5.9.
Fixes: #21565
Issue: #20825
|
|\
| |
| |
| |
| |
| |
| | |
cf0c71dae3 Document CMP0112 covers $<TARGET_FILE_NAME,tgt>
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5582
|
| |
| |
| |
| | |
Fixes #21559
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Revert commit 887f3a88a6 (Intel: Add Intel DPC++ compiler
identification, 2020-09-21, v3.19.0-rc1~124^2). The compiler has
already been released, and is more usable with CMake by pretending to be
upstream Clang than by identifying it as a compiler for which we have
not implemented support.
Fixes: #21551
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Revert commit 5c3a93ab88 (Intel: Add Intel Clang compiler
identification, 2020-09-29, v3.19.0-rc1~68^2). The compiler has already
been released, and is more usable with CMake by pretending to be
upstream Clang than by identifying it as a compiler for which we have
not implemented support.
Issue: #21551
|
|/ |
|
|\
| |
| |
| |
| |
| |
| | |
6e7625989c Help: Fix `.. versionadded` directives for CTEST_CUSTOM_* variables
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5524
|
| |
| |
| |
| |
| |
| | |
CTEST_CUSTOM_* variables predate 3.0, but the docs were only added in 3.4.
Issue: #19715
|
|/
|
|
|
|
|
|
|
| |
version.txt is gone from CUDA 11.1 installations, but the rest is the same.
Instead of looking for version.txt look for <CUDA path>/nvvm/libdevice, which
is the main thing that Clang requires (though it also checks for the existence
of bin and include).
Fixes #21353.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Revert commit 74b1c9fc8e (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
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
5ab75dd7dd CPack/IFW: Locate the archivegen utility
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5503
|
| |
| |
| |
| | |
Fixes: #21427
|
|\ \
| |/
|/|
| |
| |
| |
| | |
48645cabe3 Help: MSVC now has C standard level flags
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5500
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Many environment variables were documented late and got
assigned wrong versions by the script.
(The whole Help/envvar section was only added in 3.10).
Issue: #19715
|
|/
|
|
|
|
| |
There was an ambiguity in the wording with the meaning of "or" typically
meaning exclusive-or in prose. Instead, ensure that the easiest parsing
is clear that the directory part is always removed.
|
|
|
|
| |
Issue: #21388
|
|
|
|
|
|
|
| |
Defer adding this command until post-3.19 development so that it
has more time to mature before being included in a release.
Issue: #21385
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
0832516bec Help: Add 3.19 release note about CUDA support on QNX
bcdd486bf7 CUDA: Enable support on QNX
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Raul Tambre <raul@tambre.ee>
Merge-request: !5446
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| | |
49fce3373b Help: Clarify string(JSON) error handling
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5427
|
| |
| |
| |
| | |
Closes: #21355
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
ec5951e078 cmake_path: Enhance documentation
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5425
|
| |/ |
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| | |
b7d7eca66d CMakePresets.json: Rework how --preset argument is handled
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5416
|
| |
| |
| |
| |
| |
| |
| |
| | |
If a path argument with no -S or -B leads to a cache directory,
use that directory as the binary directory. Otherwise, use the
binary directory from the preset.
Fixes: #21311
|
|/ |
|
|\
| |
| |
| |
| |
| |
| | |
64afabdbcb CMakePresets.json: Split cmakeGeneratorConfig field
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5387
|
| |
| |
| |
| |
| |
| |
| |
| | |
Make this field separate for both architecture and toolset. Allow
architecture and toolset to be either strings or objects with value
and strategy fields.
Fixes: #21317
|
|/
|
|
| |
Fixes: #21312
|
|
|
|
| |
Fixes: #21327
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Oops!
|
| |
|
|
|
|
|
| |
This demonstrates both the simple string and the complex object,
and ensures that they get automated testing.
|
|
|
|
|
| |
This ensures that the vendor field gets automated testing from the
example.
|
|
|
|
|
|
| |
This was a mistake in the documentation.
Fixes: #21303
|
| |
|