man ctest (Commandes) - Testing driver provided by CMake.
NAME
ctest - Testing driver provided by CMake.
SYNOPSIS
ctest [options]
DESCRIPTION
The "ctest" executable is the CMake test driver program. CMake-generated build trees created for projects that use the ENABLE_TESTING and ADD_TEST commands have testing support. This program will run the tests and report results.
OPTIONS
- -C <cfg>, --build-config <cfg>
- Choose configuration to test.
Some CMake-generated build trees can have multiple build configurations in the same tree. This option can be used to specify which one should be tested. Example configurations are "Debug" and "Release".
- -V,--verbose
- Enable verbose output from tests.
Test output is normally suppressed and only summary information is displayed. This option will show all test output.
- -VV,--extra-verbose
- Enable more verbose output from tests.
Test output is normally suppressed and only summary information is displayed. This option will show even more test output.
- --debug
- Displaying more verbose internals of CTest.
This feature will result in large number of output that is mostly useful for debugging dashboard problems.
- -Q,--quiet
- Make ctest quiet.
This option will suppress all the output. The output log file will still be generated if the --output-log is specified. Options such as --verbose, --extra-verbose, and --debug are ignored if --quiet is specified.
- -O <file>, --output-log <file>
- Output to log file
This option tells ctest to write all its output to a log file.
- -N,--show-only
- Disable actual execution of tests.
This option tells ctest to list the tests that would be run but not actually run them. Useful in conjunction with the -R and -E options.
- -R <regex>, --tests-regex <regex>
- Run tests matching regular expression.
This option tells ctest to run only the tests whose names match the given regular expression.
- -E <regex>, --exclude-regex <regex>
- Exclude tests matching regular expression.
This option tells ctest to NOT run the tests whose names match the given regular expression.
- -D <dashboard>, --dashboard <dashboard>
- Execute dashboard test
This option tells ctest to perform act as a Dart client and perform a dashboard test. All tests are <Mode><Test>, where Mode can be Experimental, Nightly, and Continuous, and Test can be Start, Update, Configure, Build, Test, Coverage, and Submit.
- -M <model>, --test-model <model>
- Sets the model for a dashboard
This option tells ctest to act as a Dart client where the TestModel can be Experimental, Nightly, and Continuous. Combining -M and -T is similar to -D
- -T <action>, --test-action <action>
- Sets the dashboard action to perform
This option tells ctest to act as a Dart client and perform some action such as start, build, test etc. Combining -M and -T is similar to -D
- -S <script>, --script <script>
- Execute a dashboard for a configuration
This option tells ctest to load in a configuration script which sets a number of parameters such as the binary and source directories. Then ctest will do what is required to create and run a dashboard. This option basically sets up a dashboard and then runs ctest -D with the appropriate options.
- -A <file>, --add-notes <file>
- Add a notes file with submission
This option tells ctest to include a notes file when submitting dashboard.
- -I [Start,End,Stride,test#,test#|Test file], --tests-information
- Run a specific number of tests by number.
This option causes ctest to run tests starting at number Start, ending at number End, and incrementing by Stride. Any additional numbers after Stride are considered individual test numbers. Start, End,or stride can be empty. Optionally a file can be given that contains the same syntax as the command line.
- -U, --union
- Take the Union of -I and -R
When both -R and -I are specified by default the intersection of tests are run. By specifying -U the union of tests is run instead.
- --interactive-debug-mode [0|1]
- Set the interactive mode to 0 or 1.
This option causes ctest to run tests in either an interactive mode or a non-interactive mode. On Windows this means that in non-interactive mode, all system debug pop up windows are blocked. In dashboard mode (Experimental, Nightly, Continuous), the default is non-interactive. When just running tests not for a dashboard the default is to allow popups and interactive debugging.
- --build-and-test
- Configure, build and run a test.
This option tells ctest to configure (i.e. run cmake on), build, and or execute a test. The configure and test steps are optional. The arguments to this command line are the source and binary directories. By default this will run CMake on the Source/Bin directories specified unless --build-nocmake is specified. Both --build-makeprogram and --build-generator MUST be provided to use --built-and-test. If --test-command is specified then that will be run after the build is complete. Other options that affect this mode are --build-target --build-nocmake, --build-run-dir, --build-two-config, --build-exe-dir, --build-project,--build-noclean, --build-options
- --build-target
- Specify a specific target to build.
This option goes with the --build-and-test option, if left out the all target is built.
- --build-nocmake
- Run the build without running cmake first.
Skip the cmake step.
- --build-run-dir
- Specify directory to run programs from.
Directory where programs will be after it has been compiled.
- --build-two-config
- Run CMake twice
- --build-exe-dir
- Specify the directory for the executable.
- --build-generator
- Specify the generator to use.
- --build-project
- Specify the name of the project to build.
- --build-makeprogram
- Specify the make program to use.
- --build-noclean
- Skip the make clean step.
- --build-options
- Add extra options to the build step.
This option must be the last option with the exception of --test-command
- --test-command
- The test to run with the --build-and-test option.
- --tomorrow-tag
- Nightly or experimental starts with next day tag.
This is useful if the build will not finish in one day.
- --ctest-config
- The configuration file used to initialize CTest state when submitting dashboards.
This option tells CTest to use different initialization file instead of DartConfiguration.tcl. This way multiple initialization files can be used for example to submit to multiple dashboards.
- --overwrite
- Overwrite CTest configuration option.
By default ctest uses configuration options from configuration file. This option will overwrite the configuration option.
- --extra-submit <file>[;<file>]
- Submit extra files to the dashboard.
This option will submit extra files to the dashboard.
- --force-new-ctest-process
- Run child CTest instances as new processes
By default CTest will run child CTest instances within the same process. If this behavior is not desired, this argument will enforce new processes for child CTest processes.
- --submit-index
- Submit individual dashboard tests with specific index
This option allows performing the same CTest action (such as test) multiple times and submit all stages to the same dashboard (Dart2 required). Each execution requires different index.
- --copyright [file]
- Print the CMake copyright and exit.
If a file is specified, the copyright is written into it.
- --help
- Print usage information and exit.
Usage describes the basic command line interface and its options.
- --help-full [file]
- Print full help and exit.
Full help displays most of the documentation provided by the UNIX man page. It is provided for use on non-UNIX platforms, but is also convenient if the man page is not installed. If a file is specified, the help is written into it.
- --help-html [file]
- Print full help in HTML format.
This option is used by CMake authors to help produce web pages. If a file is specified, the help is written into it.
- --help-man [file]
- Print a UNIX man page and exit.
This option is used by the cmake build to generate the UNIX man page. If a file is specified, the help is written into it.
- --version [file]
- Show program name/version banner and exit.
If a file is specified, the version is written into it.
COPYRIGHT
Copyright (c) 2002 Kitware, Inc., Insight Consortium. All rights reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
- *
- Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
- *
- Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
- *
- The names of Kitware, Inc., the Insight Consortium, or the names of any consortium members, or of any contributors, may not be used to endorse or promote products derived from this software without specific prior written permission.
- *
- Modified source versions must be plainly marked as such, and must not be misrepresented as being the original software.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDER AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
MAILING LIST
For help and discussion about using cmake, a mailing list is provided at cmake@www.cmake.org. Please first read the full documentation at http://www.cmake.org before posting questions to the list.
SEE ALSO
AUTHOR
This manual page was generated by the "--help-man" option.