| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\
| |
| |
| |
| | |
b8aa0cdf Help: Replace 'Dart' with 'CDash' in ctest.1 manual
|
| | |
| |
| |
| |
| |
| | |
The modern dashboard server is CDash, not Dart, so update the manual
to talk about CTest as a CDash client. Also drop documentation for
a Dart2-specific option.
|
| | |
| |
| |
| |
| | |
Sanitizers receive options through their environment variable; support
user-specified options here.
|
| | |
| |
| |
| |
| |
| | |
The AddressSanitizer value was not documented.
Also fix some typos.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The ctest_configure command already reads the CTEST_CMAKE_GENERATOR
variable to get the value for the cmake -G option. Read new variable
CTEST_CMAKE_GENERATOR_PLATFORM to pass on as CMAKE_GENERATOR_PLATFORM.
The "ctest --build-and-test" mode already has "--build-generator" to
specify the -G option to CMake. Add a "--build-generator-platform" option
to specify a value to pass on as CMAKE_GENERATOR_PLATFORM.
|
| | |
| |
| |
| |
| |
| |
| | |
This allows ctest_update to get the current version without actually
changing the repository. This is useful when using Jenkins or an
external project to update the source to a specific version, but you
still want the current version to show up in CDash.
|
| | |
| |
| |
| |
| |
| | |
In the ctest(1) manual and ctest_start() command documentation, convert
mentions of CTest Script variables to cross-references so they will be
rendered as links.
|
| |/
|
|
|
| |
Extend the ctest(1) manual with a section describing configuration
and usage of CTest as a CDash software quality dashboard client.
|
| |
|
|
|
|
|
|
|
|
| |
GenerateBuildCommand now knows how to lookup CMAKE_MAKE_PROGRAM or
choose a generator-provided default build tool. Therefore the
--build-makeprogram can now be optional and simply override the
default selection when provided.
Note that with --build-nocmake we now need to load the cache in order to
make the CMAKE_MAKE_PROGRAM entry available to GenerateBuildCommand.
|
| |
|
|
|
| |
Convert the command-line option documentation formatting from bullet
lists to definition lists.
|
| |
|
|
|
| |
Use a parsed-literal block to list possible command-line signatures.
Add an "Options" section header before the list of options.
|
| |
|
|
|
|
|
| |
Add the man page description line as explicit markup at the top of each
Help/manual/*.rst file and scan it from conf.py to automatically
generate the man_pages Sphinx configuration value. This reduces the
number of places that need to be changed when a new manual is added.
|
| |
|
|
|
|
|
|
|
|
|
| |
Make the standard --help-* options available from all command-line
tools. Drop options that are no longer supported:
--copyright, --help-full, --help-html, --help-man,
--help-compatcommands, --help-custom-modules
De-duplicate Help/manual/*.1.rst help options by using an
OPTIONS_HELP.txt file included from each manual.
|
| |
|
|
|
|
|
| |
Add "Synopsis", "Description", and "See Also" manual page section
headers. These are typical of .1 man section pages. Also de-duplicate
the See Also section links using a separate LINKS.txt file included from
each manual.
|
| |
|
|
|
| |
Some text in these manuals is left from the old full help transition
text generated by the automatic conversion process. Drop it.
|
| | |
|
|
|
Run the convert-help.bash script to convert documentation:
./convert-help.bash "/path/to/CMake-build/bin"
Then remove it.
|
