- 02 Jun, 2014 10 commits
-
-
Brad King authored
Explicitly specify the sequence of underline characters we use in the CMake documentation. It is the same sequence as that suggested in the Sphinx documentation, but we have our own descriptions.
-
Brad King authored
Now that the style guidelines have section titles instead of numbers, organize them into more well-defined sections.
-
Brad King authored
Give the style guides titles instead of numbers so we can link to them.
-
Brad King authored
This is the convention suggested in the Sphinx documentation and is already used in several other places in the CMake documentation. Update a few places where we were using other characters.
-
60a981ea Features: Enable compiler extensions by default.
-
6fbd9a8f Help: Add code example for INSTALL_INTERFACE to cmake-buildsystem.
-
-
Kitware Robot authored
-
- 01 Jun, 2014 1 commit
-
-
Kitware Robot authored
-
- 31 May, 2014 2 commits
-
-
Stephen Kelly authored
Compilers enable their extensions by default, and disabling them implicitly can lead to results which are surprising or non-obvious to debug. http://public.kitware.com/pipermail/cmake-developers/2014-May/010575.html http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/10214 https://www.mail-archive.com/cmake-developers@cmake.org/msg10116.html (Compiler feature extensions by default, 29 May 2014)
-
Kitware Robot authored
-
- 30 May, 2014 7 commits
-
-
Brad King authored
Note in a few places of the cmake_policy() command documentation that the cmake_minimum_required() command can set policies too. Inspired-by:
Peter Kümmel <syntheticpp@gmx.net>
-
Brad King authored
Add reStructuredText markup manually to improve formatting of the documentation. Organize the documentation into subsections.
-
-
Brad King authored
Extend the ctest(1) manual with a section describing configuration and usage of CTest as a CDash software quality dashboard client.
-
Brad King authored
Describe the behavior of the ctest_start() command when the CTEST_CHECKOUT_COMMAND or CTEST_CVS_CHECKOUT variable is set.
-
Kitware Robot authored
-
- 29 May, 2014 7 commits
-
-
c4af46b4 add_custom_command: Normalize OUTPUT and DEPENDS paths.
-
21ec5f84 CPackDeb: Invoke "dpkg-shlibdeps --version" with C locale
-
dd043c3f Features: Add support for C++14 features.
-
Stephen Kelly authored
-
Kitware Robot authored
-
- 28 May, 2014 13 commits
-
-
The VS 7-9 IDEs parse .vcproj file boolean values in lower or upper case. The .NET XML parsing chokes on anything but "true", "false", "0", "1". Teach our generators to use lower-case names since they will work for both parsers. Our VS >= 10 flag tables already use lower-case.
-
Stephen Kelly authored
While tracing dependencies of a target, cmTargetTraceDependencies follows sources by full path to determine if the source is to be produced by a custom command. Commit 4959f341 (cmSourceFileLocation: Collapse full path for directory comparisons., 2014-03-27) changed the storage of target sources to be in the form of a normalized path instead of an unnormalized path. The path is followed by looking it up in a mapping via cmMakefile::GetSourceFileWithOutput to acquire an appropriate cmSourceFile. The mapping is populated with the OUTPUT components of add_custom_command invocations, however it is populated with unnormalized paths. This means that the tracing logic does not find appropriate cmSourceFiles, and does not generate appropriate build rules for the generated sources. Normalize the paths in the OUTPUT components of add_custom_command to resolve this. The paths in the DEPENDS component of add_custom_command are also not normalized, leading to the same problem again. Normalize the depends paths after generator evaluation and expansion.
-
Brad King authored
-
-
Teach set_property and get_property an "INSTALL" property type to be associated with install-tree file paths. Make the properties available to CPack for use during packaging. Add a "prop_inst" Sphinx domain object type for documentation of such properties.
-
If the coverage.py source file is not found in the source directory, the build directory is first searched before raising an error. This is necessary because it is a valid workflow to build a Python package from source, then install this package to a virtualenv that lives in the build directory. Tests will run against this deployed package and therefore the covered source files will be found in a subdirectory of the build directory, and not anywhere in the source directory.
-
Nils Gladitz authored
The version message is localized and may not match when a non-english locale is in use.
-