| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In a per-component installation the generated installation scripts
are invoked once for each component.
Per default custom installation script code added by install(CODE|SCRIPT)
only runs for one specific component in this context.
The new ALL_COMPONENTS option allows custom script code to be run once
for each component being installed.
|
| |
|
|
|
|
| |
Co-Authored-by: Kyle Edwards <kyle.edwards@kitware.com>
|
|
|
|
| |
Co-Authored-by: Kyle Edwards <kyle.edwards@kitware.com>
|
|
|
|
|
|
| |
This object will contain more detailed directory-level information.
Co-Authored-by: Kyle Edwards <kyle.edwards@kitware.com>
|
|
|
|
| |
Make it available to more parts of the codemodel object.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
INTERFACE libraries with SOURCES now appear in the generated
buildsystem, so include them in the codemodel output too.
We do not need to bump the `codemodel-v2` object kind minor
version because that was already done in post-3.18 development
by commit 7d6861f367 (fileapi: Extend codemodel targets with
language standard, 2020-06-18).
Fixes: #18608
|
|
|
|
| |
This fixes the documentation which should have been fixed in 7d6861f3.
|
|\ |
|
| | |
|
|/
|
|
| |
This fixes the documentation which should have been fixed in 9f6d40ee.
|
| |
|
| |
|
|
|
|
| |
Fixes: #19339
|
|
|
|
|
| |
Issue: #18398
Co-Author: Kyle Edwards <kyle.edwards@kitware.com>
|
|
|
|
|
|
|
|
|
| |
Offer clients a `project()`-centric view of the build system. This is
similar to the directory-centric view but consolidates subdirectories
that do not call `project()` with a new project name.
Issue: #18398
Co-Author: Kyle Edwards <kyle.edwards@kitware.com>
|
|
|
|
| |
Issue: #18398
|
|
|
|
|
|
| |
Start with v2 to distinguish it from server-mode v1.
Issue: #18398
|
|
|
|
|
|
| |
Start with v2 to distinguish it from server-mode v1.
Issue: #18398
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add support for client-owned *stateful* query files. These allow
clients to request a list of versions of each object kind and get only
the first-listed version that CMake recognizes. Since clients own their
stateful query files they can mutate them over time. As a client
installation is updated it may update the queries that it writes to
build trees to get newer object versions without paying the cost of
continuing to generate older versions.
Issue: #18398
|
|
|
|
|
|
|
|
| |
Add support for client-owned stateless query files. These allow clients
to *own* requests for major object versions and get all those recognized
by CMake.
Issue: #18398
|
|
Add a file-based API that clients may use to get semantic information
about the buildsystem that CMake generates. Clients will write query
files under a designated location in the build tree, and CMake will
write reply files for clients to read.
Start with support for shared stateless query files. These allow
clients to share requests for major object versions and get all those
recognized by CMake. Once any client has written a shared request to a
build tree it will persist. Other clients will not need to overwrite
the request (since it is stateless) and should not remove it either.
For now we add only an undocumented object kind to use for testing the
query and reply infrastructure. Object kinds providing real semantic
information will be added later.
Issue: #18398
|