| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| |
| | |
49f5b6f7bf Help: Document the expire and external discussion resolve states
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Ben Boeckel <ben.boeckel@kitware.com>
Acked-by: Brad King <brad.king@kitware.com>
Merge-request: !3377
|
| |
| |
| |
| |
| |
| | |
Our practice of closing MRs temporarily while discussion
takes place in a separate issue isn't always well understood
by MR authors. Expiring a MR seems to be better understood,
but making it clear that it is also a temporary state is helpful.
|
|/
|
|
| |
Read the version from `Source/CMakeVersion.cmake` instead of repeating it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The logic is that the describe output is readily available using `git
tag --contains` locally. In addition, for a hypothetical commit which
landed in both v3.9.4 and v3.10.1, there is no "better" tag to refer to.
since v3.10.0's relation to such a commit is unclear either way.
Also mention that a `Fixes` trailer is preferred if the mention is just
to indicate a commit which introduced an error rather than writing a
complete sentence about it.
|
| |
|
| |
|
|
|
|
|
|
| |
Remove this content from the `cmake-developer(7)` manual because it
is relevant only to developers working on CMake itself. Move it to
a guide in the developer documentation.
|
|
|
|
|
| |
We now use `std::size_t` in several places and it is fully supported by
C++11 compilers. Drop the recommendation to prefer plain `size_t`.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The Maintain Current Release instructions previously assumed that
the topic branch had been merged to master. Add text to make this
explicit in the instructions as an initial verification step.
The previous instructions also made no mention of the commit
message for the merge to the release branch. This needs to include
a footer that mentions the merge request number for tracking
purposes.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update `.clang-format` with configuration to make the 6.0 format as
close as possible to what 3.8 produced before. Then revise the style:
* Indent preprocessor directives (a feature new since 3.8)
* Add a newline and indentation before inheritance `:` and `,`
Rename the Git attribute identifying the format to include the
clang-format version number: `format.clang-format-6.0`. This will aid
external infrastructure in knowing what version of the tool to run.
|
| |
|
|
|
|
|
|
| |
Extend the maintainer guide with a reminder to self-review the
new ancestry of the `release` and `master` branches to ensure
that nothing unexpected was merged.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some are user facing.
Found using
codespell -q 3 --skip="./Utilities" -I .cmake-whitelist.txt`
whereby the whitelist contained:
ans
dum
helpfull
emmited
emmitted
buil
iff
isnt
nto
ot
pathes
substract
te
todays
upto
whitespaces
|
|
|
|
|
| |
We now require C++11 support including `= delete`. Drop use of
the old compatibility macro.
|
|
|
|
| |
Signed-off-by: Matthias Maennich <matthias@maennich.net>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
CMake can now compile as C++11 on all supported platforms. Check that
std::unique_ptr is available and fail early if missing. This will allow
us to use C++11 more broadly in CMake's implementation (previously it
was restricted to the serve mode implementation).
Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Cross-reference the CMake Source Code Guide document.
Also drop the outdated `Tests/README` file.
|
| |
|
| |
|
|
|
|
|
| |
Initialize it with placeholder content. This document will serve to
contain instructions for CMake maintenance processes.
|
|
|
|
|
| |
This builder builds CMake using lint tools but does not run the test
suite. Document it for reviewers to request with `Do: test -i lint`.
|
| |
|
| |
|
|
|
|
|
|
| |
Move the C++ subset rules from the `cmake-developer(7)` into our
dedicated coding guide since they do not need to be in user-facing
documentation.
|
|
|
|
|
| |
Simplify the `CONTRIBUTING.rst` document by moving the code style
section over to our dedicated coding guide and linking to it instead.
|
|
|
|
|
| |
Create a dedicated document to cover the CMake source code for
developers.
|
| |
|
| |
|
|
|
|
| |
Add a dedicated subsection header for its documentation.
|
| |
|
|
|
|
| |
Fixes: #16264.
|
| |
|
| |
|
| |
|
|
Teach Sphinx and our own install rules to skip a `Help/dev` directory.
This will give us a place to put developer-only documentation that
should not be included in the user-facing documentation. Add a
placeholder README.
|