| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| |
| |
| |
| |
| | |
f35df783b5 Help: Document target_precompile_headers genex with angle brackets
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !4015
|
| |
| |
| |
| |
| |
| |
| | |
When passing a `<header>` inside a generator expression, the closing
`>` needs to be encoded as `$<ANGLE-R>`. Add an example to the docs.
Fixes: #19940
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
c1435d9812 Help: Fix error in resource allocation example
eb9d945f14 CTest: Rename hardware -> resources for RunCMake tests
c544cb6698 CTest: Rename hardware -> resources for source code
6ce27d3a2e cmCTestMultiProcessHandler: Rename resource locking functions
a7c1e15cc4 CTest: Rename hardware -> resources for CMake variables, command options
73a40b19ff CTest: Rename "Processes" lexer to "ResourceGroups"
af9ed543b0 CTest: Rename PROCESSES test property to RESOURCE_GROUPS
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !3994
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Only changes the user-visible effects of renaming hardware
allocation to resource allocation. Code changes are the minimum
needed to achieve that.
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The `PROCESSES` test property name added for CMake 3.16 is too close to
the existing `PROCESSORS` test property. Furthermore, the property in
principle specifies groups of resources organized in a way that is
meaningful to a particular test. The groups may often correspond to
processes but they could have other meanings. Since the property name
`PROCESSES` has not been in a final 3.16 release yet, simply rename it
to `RESOURCE_GROUPS`.
Fixes: #19914
|
| |
| |
| |
| |
| |
| |
| | |
There is no reason to skip the generated files, in case of problems
one can use the SKIP_UNITY_BUILD_INCLUSION property.
Fixes: #19925
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
4af39fe25b CMakeSystemSpecificInformation: Replace mailing list with Discourse Forum
d0be4d5365 README: Replace link to mailing list the CMake Discourse Forum
4dd6ad20b6 README: Update links to cmake.org pages
821bfca89b Help: Replace links to mailing lists with links to our Discourse Forum
32d8de1463 CMakeCPack: Update Debian package contact email
2fae9101e5 Help/dev: Update maintainer guide for Discourse transition
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !3998
|
| | |
| | |
| | |
| | |
| | | |
The CMake Discourse Forum at `discourse.cmake.org` supersedes the
mailman-based mailing lists.
|
| |/
| |
| |
| |
| | |
Replace the post-release development announcement to the mailing list
with a post to the appropriate category on `discourse.cmake.org`.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3988
|
| |/ |
|
|\ \
| | |
| | |
| | | |
Merge-request: !3985
|
| |/
| |
| |
| |
| |
| |
| |
| | |
The previous docs assumed one had to set INSTALL_RPATH for
this target property to have an effect, but the actual condition is
only that the install rpath is different to the build rpath. Even if
the install rpath is empty, it is possible that CMake will rewrite
the rpath during install because the build rpath could be
non-empty.
|
|\ \
| | |
| | |
| | |
| | | |
release-3.16
Merge-request: !3968
|
| |/
| |
| |
| |
| |
| |
| |
| | |
Extend the change from commit 1d00ba9ccf (Find: find_package prefers
variable CMAKE_FIND_USE_REGISTRY, 2018-11-13, v3.16.0-rc1~461^2~1)
to cover the system package registry too.
Fixes: #19890
|
|\ \
| | |
| | |
| | | |
Merge-request: !3984
|
| |/ |
|
|\ \
| | |
| | |
| | | |
Merge-request: !3974
|
| | |
| | |
| | |
| | |
| | |
| | | |
The upper limits on what compiler CMake supports is always changing,
and the values inside cmake-compile-feature is always out of date.
So lets remove it.
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3971
|
| | |/
| |/|
| | |
| | |
| | | |
The first parameter is the path to the *directory* containing the
`CMakeCache.txt` file, not the file itself.
|
|\ \ \
| | | |
| | | | |
Merge-request: !3982
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
Note that ``MODULE`` s was rendering strangely, so the wording
has been tweaked to avoid needing to specify ``MODULE`` as a
plural word. Modules are still libraries, so it is okay to call them as
such where it doesn't cause any ambiguity.
|
|\ \ \
| | | |
| | | | |
Merge-request: !3977
|
| |/ /
| | |
| | | |
Fixes: #19908
|
|/ /
| |
| |
| |
| |
| | |
`if()` uses the internal `IsOn` call whild `$<BOOL:>` uses `IsOff`. For
historical reasons, these are not inverses of each other, so drop
mention of `if()` from the documentation of `$<BOOL:>`.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3964
|
| |/ |
|
|\ \
| | |
| | |
| | | |
Merge-request: !3961
|
| |/ |
|
|\ \
| | |
| | |
| | | |
Merge-request: !3952
|
| | | |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
The original intent of <PackageName>_ROOT may have been for it
to apply only to Find modules, but the implementation of the
find_package() command treats modules and config packages the
same. Both result in a <PackageName>_ROOT variable being
pushed onto the stack of package roots. A config package can
also call other find_...() commands, the behavior doesn't apply
just to find modules.
|
|\ \
| | |
| | | |
Merge-request: !3948
|
| |/ |
|
| | |
|
|\ \
| |/
|/|
| | |
Merge-request: !3939
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fix the `COMPILE_LANGUAGE/CXX_COMPILER_ID` variant of the example to
have the same meaning as the `COMPILE_LANG_AND_ID` variant. The
inconsistency was introduced by commit 808b818063 (Genex: CompileLang
and CompileLangAndId now match against a list of ids, 2019-05-30,
v3.15.0-rc1~11^2~1).
Fixes: #19862
|
| |\
| | |
| | |
| | | |
Merge-request: !3863
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3925
|
| | | |
| | | |
| | | |
| | | | |
Fixes: #19839
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3922
|
| |/ / / |
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3919
|
| |/ / /
| | | |
| | | |
| | | | |
Issue: #19838
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
These two options currently do not work well together. Mention this
limitation in the documentation.
Issue: #19826
|
| | | | |
|
| | | | |
|