summaryrefslogtreecommitdiff
path: root/Help/policy/CMP0049.rst
diff options
context:
space:
mode:
authorJoachim Wuttke (o) <j.wuttke@fz-juelich.de>2018-10-10 09:39:17 +0200
committerCraig Scott <craig.scott@crascit.com>2018-10-19 07:25:34 +1100
commitfc7ee1ca459c3b231aa1fb64aeeaee590c019513 (patch)
tree77525a7817e1d2be7cb55c91ff0357bc9e284fc4 /Help/policy/CMP0049.rst
parent74b3eacdc755bc056aac65bf5c0b45aa02d097d4 (diff)
downloadcmake-fc7ee1ca459c3b231aa1fb64aeeaee590c019513.tar.gz
Help: Override pygments CMakeLexer to support <..> and [..]
* The code snippets in the docs consist of CMake code mixed with syntax definition punctuation like < > [ ] ... Therefore a pure CMake lexer is inadequate. Here it is replaced by a CMake syntax definition parser. * Fixed syntax definition snippets in FindPkgConfig.cmake to make best use of syntax highlighting. This source file is the hardest to support because it contains comparison operators <= = >=, which need special attention to avoid confusion with the placeholder indicators <...>. * Fixed syntax in execute_process.rst (there were unbalanced brackets). * Disabled syntax highlighting for long string examples in cmake-language.7.rst. * No highlighting of removed syntax in CMP0049 * To inspect the outcome of this patch, see e.g. the pages * manual/cmake-buildsystem.7.html * module/ExternalProject.html * module/FindPkgConfig.html which are particularly rich in complex code snippets.
Diffstat (limited to 'Help/policy/CMP0049.rst')
-rw-r--r--Help/policy/CMP0049.rst8
1 files changed, 4 insertions, 4 deletions
diff --git a/Help/policy/CMP0049.rst b/Help/policy/CMP0049.rst
index a3ce4b1fa4..291bf57524 100644
--- a/Help/policy/CMP0049.rst
+++ b/Help/policy/CMP0049.rst
@@ -3,14 +3,14 @@ CMP0049
Do not expand variables in target source entries.
-CMake 2.8.12 and lower performed and extra layer of variable expansion
-when evaluating source file names:
-
-.. code-block:: cmake
+CMake 2.8.12 and lower performed an extra layer of variable expansion
+when evaluating source file names::
set(a_source foo.c)
add_executable(foo \${a_source})
+.. note: no cmake highlighting since this syntax is deprecated
+
This was undocumented behavior.
The OLD behavior for this policy is to expand such variables when processing