[cmake-developers] [CMake 0015701]: Eclipse Generator does accept / as seperator in SOURCE_GROUP instead of \\
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15701 == Reported By:lehpat Assigned To: == Project:CMake Issue ID: 15701 Category: Modules Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2015-08-17 05:04 EDT Last Modified: 2015-08-17 05:04 EDT == Summary:Eclipse Generator does accept / as seperator in SOURCE_GROUP instead of \\ Description: The documentation stats: The name of the group may contain backslashes to specify subgroups: source_group(outer\\inner ...) This statement does not work using eclipse generator. This leads that the source_group statement is dependent on the used generator. Steps to Reproduce: CMAKE-File: SOURCE_GROUP(Source Files/foo *.cpp) SOURCE_GROUP(Source Files\\bar *.cpp) == Issue History Date ModifiedUsername FieldChange == 2015-08-17 05:04 lehpat New Issue == -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0015700]: Debian package trying to overwrite /usr/share/aclocal/cmake.m4
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15700 == Reported By:Andrew Wagner Assigned To: == Project:CMake Issue ID: 15700 Category: CPack Reproducibility:always Severity: major Priority: normal Status: new == Date Submitted: 2015-08-17 04:55 EDT Last Modified: 2015-08-17 04:55 EDT == Summary:Debian package trying to overwrite /usr/share/aclocal/cmake.m4 Description: I am unable to generate a .deb file that will install on Ubuntu 14.04.2 LTS. Both cpack -G deb and setting CPACK_BINARY_DEB to ON result in a .deb file with the following error from apt: $ sudo dpkg -i cmake-3.3.20150814-g17ecf-Linux-armv7l.deb (Reading database ... 220164 files and directories currently installed.) Preparing to unpack cmake-3.3.20150814-g17ecf-Linux-armv7l.deb ... Unpacking cmake (3.3.20150814-g17ecf) over (2.8.12.2-0ubuntu3) ... dpkg: error processing archive cmake-3.3.20150814-g17ecf-Linux-armv7l.deb (--install): trying to overwrite '/usr/share/aclocal/cmake.m4', which is also in package cmake-data 2.8.12.2-0ubuntu3 I am building from nightly commit from Friday: 17ecfd8210b4db74753c4565b10a2b75dfa4c480 Steps to Reproduce: Check out source, configure, build, run cpack -G deb in the build tree, try to install resulting .deb with dpkg -i == Issue History Date ModifiedUsername FieldChange == 2015-08-17 04:55 Andrew Wagner New Issue == -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[Cmake-commits] CMake branch, master, updated. v3.3.1-865-g76a54a4
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 76a54a4486e26b89367a81da11f864c2cc80 (commit) from a38ea312c02eec6e4ee61015f70920999bf79ff9 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=76a54a4486e26b89367a81da11f864c2cc80 commit 76a54a4486e26b89367a81da11f864c2cc80 Author: Kitware Robot kwro...@kitware.com AuthorDate: Tue Aug 18 00:01:08 2015 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Tue Aug 18 00:01:08 2015 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 24b8f24..50ba1cf 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -1,5 +1,5 @@ # CMake version number components. set(CMake_VERSION_MAJOR 3) set(CMake_VERSION_MINOR 3) -set(CMake_VERSION_PATCH 20150817) +set(CMake_VERSION_PATCH 20150818) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v3.3.1-2257-g788a368
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 788a368bb48a56e2ea91a9ab6aaeb717ef8c3615 (commit) via e89ea3d190492e41b37425ff021311c2b471f1b9 (commit) from f55e338e34017b32301a081a4ccc5967ecfbf0e3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=788a368bb48a56e2ea91a9ab6aaeb717ef8c3615 commit 788a368bb48a56e2ea91a9ab6aaeb717ef8c3615 Merge: f55e338 e89ea3d Author: James Johnston johnstonj.pub...@codenest.com AuthorDate: Mon Aug 17 23:57:23 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 23:57:23 2015 -0400 Merge topic 'get-filename-component-base-dir' into next e89ea3d1 get_filename_component: Teach new BASE_DIR parameter. http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e89ea3d190492e41b37425ff021311c2b471f1b9 commit e89ea3d190492e41b37425ff021311c2b471f1b9 Author: James Johnston johnstonj.pub...@codenest.com AuthorDate: Mon Aug 17 23:55:38 2015 -0400 Commit: James Johnston johnstonj.pub...@codenest.com CommitDate: Mon Aug 17 23:55:38 2015 -0400 get_filename_component: Teach new BASE_DIR parameter. In the get_filename_component command, add a new BASE_DIR parameter to use with the ABSOLUTE and REALPATH options. This will be used when finding an absolute path from a relative path. diff --git a/Help/command/get_filename_component.rst b/Help/command/get_filename_component.rst index 60488da..82f9120 100644 --- a/Help/command/get_filename_component.rst +++ b/Help/command/get_filename_component.rst @@ -3,6 +3,8 @@ get_filename_component Get a specific component of a full filename. +-- + :: get_filename_component(VAR FileName COMP [CACHE]) @@ -15,8 +17,6 @@ Set ``VAR`` to a component of ``FileName``, where ``COMP`` is one of: NAME = File name without directory EXT = File name longest extension (.b.c from d/a.b.c) NAME_WE = File name without directory or longest extension - ABSOLUTE = Full path to file - REALPATH = Full path to existing file with symlinks resolved PATH = Legacy alias for DIRECTORY (use for CMake = 2.8.11) Paths are returned with forward slashes and have no trailing slahes. @@ -24,14 +24,41 @@ The longest file extension is always considered. If the optional ``CACHE`` argument is specified, the result variable is added to the cache. +-- + +:: + + get_filename_component(VAR FileName + COMP [BASE_DIR BASE_DIR] + [CACHE]) + +Set ``VAR`` to the absolute path of ``FileName``, where ``COMP`` is one +of: + +:: + + ABSOLUTE = Full path to file + REALPATH = Full path to existing file with symlinks resolved + +If the provided ``FileName`` is a relative path, it is evaluated relative +to the given base directory ``BASE_DIR``. If no base directory is +provided, the default base directory will be +:variable:`CMAKE_CURRENT_SOURCE_DIR`. + +Paths are returned with forward slashes and have no trailing slahes. If the +optional ``CACHE`` argument is specified, the result variable is added to the +cache. + +-- + :: - get_filename_component(VAR FileName + get_filename_component(VAR FileName PROGRAM [PROGRAM_ARGS ARG_VAR] [CACHE]) -The program in ``FileName`` will be found in the system search path or +The program in ``FileName`` will be found in the system search path or left as a full path. If ``PROGRAM_ARGS`` is present with ``PROGRAM``, then -any command-line arguments present in the ``FileName`` string are split +any command-line arguments present in the ``FileName`` string are split from the program name and stored in ``ARG_VAR``. This is used to separate a program name from its arguments in a command line string. diff --git a/Help/release/dev/get-filename-component-base-dir.rst b/Help/release/dev/get-filename-component-base-dir.rst new file mode 100644 index 000..c0df759 --- /dev/null +++ b/Help/release/dev/get-filename-component-base-dir.rst @@ -0,0 +1,6 @@ +get-filename-component-base-dir +--- + +* The :command:`get_filename_component` command learned a new ``BASE_DIR`` + subcommand. This is used to specify a base directory when calculating an + absolute path from a relative path. diff --git a/Source/cmGetFilenameComponentCommand.cxx b/Source/cmGetFilenameComponentCommand.cxx index
[Cmake-commits] CMake branch, next, updated. v3.3.1-2251-g9fe5cfd
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 9fe5cfd082e84c09aa63aea6aff4bad407e22033 (commit) via 462fbd1ecac6968f6c0695737c8e432c9660121c (commit) from 4bec7bd580c9d127ce08172cd5ae0b36a585725a (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9fe5cfd082e84c09aa63aea6aff4bad407e22033 commit 9fe5cfd082e84c09aa63aea6aff4bad407e22033 Merge: 4bec7bd 462fbd1 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:33:36 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:33:36 2015 -0400 Merge topic 'add-ARTOS-platform-module' into next 462fbd1e Add support for ARTOS platform using GNU C with ac compiler driver http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=462fbd1ecac6968f6c0695737c8e432c9660121c commit 462fbd1ecac6968f6c0695737c8e432c9660121c Author: Kars de Jong kars.dej...@locamation.nl AuthorDate: Thu Aug 13 13:37:53 2015 +0200 Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 10:32:50 2015 -0400 Add support for ARTOS platform using GNU C with ac compiler driver Add platform and compiler descriptions for ARTOS RTOS (locamation.com). Signed-off-by: Kars de Jong kars.dej...@locamation.nl diff --git a/Modules/Platform/ARTOS-GNU-C.cmake b/Modules/Platform/ARTOS-GNU-C.cmake new file mode 100644 index 000..967d0e7 --- /dev/null +++ b/Modules/Platform/ARTOS-GNU-C.cmake @@ -0,0 +1,9 @@ +# Define ARTOS to select proper behaviour and tell preprocessor to accept C++ style comments. +set(CMAKE_C_FLAGS_INIT -DARTOS -Xp -+) +# ac doesn't support -g properly and doesn't support the normal gcc optimization options. Just use the defaults set by ac. +set(CMAKE_C_FLAGS_DEBUG_INIT ) +set(CMAKE_C_FLAGS_MINSIZEREL_INIT -DNDEBUG) +set(CMAKE_C_FLAGS_RELEASE_INIT -DNDEBUG) +set(CMAKE_C_FLAGS_RELWITHDEBINFO_INIT -DNDEBUG) +# Most projects expect the stdio functions to be available. +set(CMAKE_C_STANDARD_LIBRARIES_INIT stdio.a) diff --git a/Modules/Platform/ARTOS.cmake b/Modules/Platform/ARTOS.cmake new file mode 100644 index 000..f9365d6 --- /dev/null +++ b/Modules/Platform/ARTOS.cmake @@ -0,0 +1,17 @@ +# Support for ARTOS RTOS (locamation.com) +set(CMAKE_LINK_LIBRARY_SUFFIX ) +set(CMAKE_STATIC_LIBRARY_PREFIX ) +set(CMAKE_STATIC_LIBRARY_SUFFIX .a) +set(CMAKE_SHARED_LIBRARY_PREFIX ) +set(CMAKE_SHARED_LIBRARY_SUFFIX .a) +set(CMAKE_EXECUTABLE_SUFFIX .x) +set(CMAKE_DL_LIBS ) + +set(CMAKE_FIND_LIBRARY_PREFIXES ) +set(CMAKE_FIND_LIBRARY_SUFFIXES .a) + +# ARTOS does not support shared libs +set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE) + +set(CMAKE_C_LINK_SHARED_LIBRARY ) +set(CMAKE_C_LINK_MODULE_LIBRARY ) --- Summary of changes: Modules/Platform/ARTOS-GNU-C.cmake |9 + Modules/Platform/ARTOS.cmake | 17 + 2 files changed, 26 insertions(+) create mode 100644 Modules/Platform/ARTOS-GNU-C.cmake create mode 100644 Modules/Platform/ARTOS.cmake hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[CMake] Crawling documentation to find named argument keywords
I've attached a python script I'm using to obtain a list of keywords across all CMake commands that I can use. Can someone let me know if this is a reliable way to craw the help documentation to find these keywords? Note that the keywords I'm referring to are things like APPEND in the list() command, or PUBLIC and PRIVATE in the target_link_libraries() command. Each command has a set of all-upper-case keywords it uses to separate out arguments. I want a list of these keywords for all commands in one big list. I'm doing this to support syntax highlighting in a text editor. To use the script, first pipe out CMake's help to a file like this: $ cmake --help-full help.txt Then run it through the python script attached: $ python-3.4 strip-options.py help.txt This should output to console the list of keywords. I feel like a lot are missing. I also got a lot of false positives. Can anyone suggest a better way to isolate true argument keywords in the help text? # This script requires Python 3.x import re import sys matched_words = [] help_file = sys.argv[1] with open(help_file, 'r') as f: for line in f: if line.startswith(' ') or line.startswith('\t'): for match in re.finditer('[^\w\d]([A-Z]+)(?=[^\w\d])', line): matched_words.append(match.group(1)) for word in set(matched_words): if len(word) 1: print(word) -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v3.3.1-2249-g4bec7bd
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 4bec7bd580c9d127ce08172cd5ae0b36a585725a (commit) via a38ea312c02eec6e4ee61015f70920999bf79ff9 (commit) via bc9103ed5b326b480140b43934bb762f9c9ec5f5 (commit) via 581379cadf87c78af48c57a61b0abd89f4c99d92 (commit) via f4885a94ed20daca102bdca8acebd10084a034b2 (commit) via 9cba05c6845ececd68f3f57c50c1953658ba48be (commit) via 8ca1c2b2b351ee7c600a041cc31d36cfe9d16d30 (commit) via 89b483f2b6f136509168ea4764072bae119ef618 (commit) via da3b62cffd5a33a23d963beecc92305055c1bfee (commit) via a0dab7b774d5b7a619fd26926c2faf11f9d70309 (commit) via cb99eff642e44bd2617d323261e996aadfafe4de (commit) via 0f27bcc9ecc9e713adc0d64a8354e85efa97ae9c (commit) via 5c8e1ca283421e1be8005e3b31adb8867d5fc652 (commit) via 1628a8af77b74a279d778b7f15959f7d96fec2ef (commit) from eef231cab61ba3511d7c2b6d63b5de9003c8ee78 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4bec7bd580c9d127ce08172cd5ae0b36a585725a commit 4bec7bd580c9d127ce08172cd5ae0b36a585725a Merge: eef231c a38ea31 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:26:37 2015 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 10:26:37 2015 -0400 Merge branch 'master' into next --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[cmake-developers] [CMake 0015702]: FindBoost ignores Boost_NO_SYSTEM_PATH in debug builds
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15702 == Reported By:John Harris Assigned To: == Project:CMake Issue ID: 15702 Category: Modules Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2015-08-17 10:17 EDT Last Modified: 2015-08-17 10:17 EDT == Summary:FindBoost ignores Boost_NO_SYSTEM_PATH in debug builds Description: It seems the FindBoost module in Clion 1.1's new cmake ignores the Boost_NO_SYSTEM_PATHS for a Debug build, selecting /usr/lib64 instead of the correct library path, resulting in link errors. I had to do this to make the Debug configuration work: Work around FindBoost locating debug libs in the /usr/lib64 instead of the custom installation SET(Boost_LIBRARY_DIR_DEBUG $ENV{HOME}/usr/local/boost/lib CACHE PATH Forced boost lib dir for debug FORCE) SET(Boost_PROGRAM_OPTIONS_LIBRARY_DEBUG $ENV{HOME}/usr/local/boost/lib/libboost_program_options-gcc49-mt-1_56.so CACHE FILEPATH Forced boost program_options lib dir for debug FORCE) Here is the cmake output showing the incorrect Boost_LIBRARY_DIR_DEBUG [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:549 ] _boost_TEST_VERSIONS = 1.56.0;1.56 – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:551 ] Boost_USE_MULTITHREADED = ON – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:553 ] Boost_USE_STATIC_LIBS = – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:555 ] Boost_USE_STATIC_RUNTIME = – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:557 ] Boost_ADDITIONAL_VERSIONS = – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:559 ] Boost_NO_SYSTEM_PATHS = ON – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:611 ] Declared as CMake or Environmental Variables: – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:613 ] BOOST_ROOT = /home/jharris/usr/local/boost – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:615 ] BOOST_INCLUDEDIR = – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:617 ] BOOST_LIBRARYDIR = – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:619 ] _boost_TEST_VERSIONS = 1.56.0;1.56 – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:712 ] location of version.hpp: /home/jharris/usr/local/boost/include/boost-1_56/boost/version.hpp – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:736 ] version.hpp reveals boost 1.56.0 – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:822 ] guessed _boost_COMPILER = -gcc49 – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:832 ] _boost_MULTITHREADED = -mt – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:875 ] _boost_RELEASE_ABI_TAG = - – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:877 ] _boost_DEBUG_ABI_TAG = -d – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:931 ] _boost_LIBRARY_SEARCH_DIRS_RELEASE = /home/jharris/usr/local/boost/lib;NO_DEFAULT_PATH;NO_CMAKE_FIND_ROOT_PATH_boost_LIBRARY_SEARCH_DIRS_DEBUG = /usr/lib64;NO_DEFAULT_PATH;NO_CMAKE_FIND_ROOT_PATH – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:1043 ] Searching for PROGRAM_OPTIONS_LIBRARY_RELEASE: boost_program_options-gcc49-mt-1_56;boost_program_options-gcc49-mt;boost_program_options-mt-1_56;boost_program_options-mt;boost_program_options – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:343 ] Boost_LIBRARY_DIR_RELEASE = /home/jharris/usr/local/boost/lib _boost_LIBRARY_SEARCH_DIRS_RELEASE = /home/jharris/usr/local/boost/lib;NO_DEFAULT_PATH;NO_CMAKE_FIND_ROOT_PATH – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:1085 ] Searching for PROGRAM_OPTIONS_LIBRARY_DEBUG: boost_program_options-gcc49-mt-d-1_56;boost_program_options-gcc49-mt-d;boost_program_options-mt-d-1_56;boost_program_options-mt-d;boost_program_options-mt;boost_program_options – [ /home/jharris/clion-1.1/bin/cmake/share/cmake-3.3/Modules/FindBoost.cmake:343 ] Boost_LIBRARY_DIR_DEBUG = /usr/lib64 _boost_LIBRARY_SEARCH_DIRS_DEBUG = /usr/lib64;NO_DEFAULT_PATH;NO_CMAKE_FIND_ROOT_PATH – [
Re: [CMake] Crawling documentation to find named argument keywords
I thought there used to be a DocBook version of the documentation? At one point I had an XML parser that used that as input to process the documentation in the same way. Mike Jackson On Aug 17, 2015, at 8:51 AM, Robert Dailey rcdailey.li...@gmail.com wrote: I've attached a python script I'm using to obtain a list of keywords across all CMake commands that I can use. Can someone let me know if this is a reliable way to craw the help documentation to find these keywords? Note that the keywords I'm referring to are things like APPEND in the list() command, or PUBLIC and PRIVATE in the target_link_libraries() command. Each command has a set of all-upper-case keywords it uses to separate out arguments. I want a list of these keywords for all commands in one big list. I'm doing this to support syntax highlighting in a text editor. To use the script, first pipe out CMake's help to a file like this: $ cmake --help-full help.txt Then run it through the python script attached: $ python-3.4 strip-options.py help.txt This should output to console the list of keywords. I feel like a lot are missing. I also got a lot of false positives. Can anyone suggest a better way to isolate true argument keywords in the help text? strip-options.py-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[Cmake-commits] CMake branch, maint, updated. v3.3.1
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, maint has been updated via 4a6fe0290880bd56dd5141f06c9fa2b9e310162e (commit) via bcd8fc58a03b6bd0cb0744d1f61dd0a1277640e1 (commit) via f0609182cc2bbce7f6af557d6352e0c434e7acc2 (commit) via c645590152be678a10dfae4bb9fde136a79a2c44 (commit) via c4d2f64f3c9dea3a5fcd8af5bb389db00ccd64df (commit) via bcba0d30992eb326f9c561b2fd86c784bf358302 (commit) via f7a9ed7e90cd2661b279d0bcd44d43620b8eeda1 (commit) via 59f4d9e85cfae752ccf99a8e9600aca301529f3c (commit) via 64821e8a40cf1add0cf3fd99b0860378754c64cf (commit) from 3a0db0223b8c10cfaa6984253d794ab97425adf9 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - --- Summary of changes: Modules/CMakeFortranCompiler.cmake.in |1 + Source/CMakeVersion.cmake |2 +- Source/CTest/cmCTestTestHandler.cxx|2 +- Source/cmMakefile.cxx |4 ++-- Source/cmXCodeObject.cxx |2 +- Tests/RunCMake/CMakeLists.txt |1 + Tests/RunCMake/{CMP0057 = add_subdirectory}/CMakeLists.txt|0 .../DoesNotExist-result.txt} |0 Tests/RunCMake/add_subdirectory/DoesNotExist-stderr.txt|5 + Tests/RunCMake/add_subdirectory/DoesNotExist.cmake |1 + .../Missing-result.txt}|0 Tests/RunCMake/add_subdirectory/Missing-stderr.txt |8 Tests/RunCMake/add_subdirectory/Missing.cmake |1 + .../RunCMake/add_subdirectory/Missing/Missing.txt |0 Tests/RunCMake/add_subdirectory/RunCMakeTest.cmake |4 15 files changed, 26 insertions(+), 5 deletions(-) copy Tests/RunCMake/{CMP0057 = add_subdirectory}/CMakeLists.txt (100%) copy Tests/RunCMake/{CMP0004/CMP0004-NEW-result.txt = add_subdirectory/DoesNotExist-result.txt} (100%) create mode 100644 Tests/RunCMake/add_subdirectory/DoesNotExist-stderr.txt create mode 100644 Tests/RunCMake/add_subdirectory/DoesNotExist.cmake copy Tests/RunCMake/{CMP0004/CMP0004-NEW-result.txt = add_subdirectory/Missing-result.txt} (100%) create mode 100644 Tests/RunCMake/add_subdirectory/Missing-stderr.txt create mode 100644 Tests/RunCMake/add_subdirectory/Missing.cmake copy Modules/IntelVSImplicitPath/hello.f = Tests/RunCMake/add_subdirectory/Missing/Missing.txt (100%) create mode 100644 Tests/RunCMake/add_subdirectory/RunCMakeTest.cmake hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake annotated tag, v3.3.1, created. v3.3.1
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The annotated tag, v3.3.1 has been created at ffb07a50b7e2361a3eee1b50c9f26a94a0a61601 (tag) tagging 4a6fe0290880bd56dd5141f06c9fa2b9e310162e (commit) replaces v3.3.0 tagged by Brad King on Thu Aug 13 14:47:37 2015 -0400 - Log - CMake 3.3.1 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAABAgAGBQJVzOZKAAoJEC0s7xA0khaE+44P/2vvRZ1Q6hizl2Rj+vBHObQS HreuayR9LkRSxmuR6Wm9U6nwIx0DpOta+7etNp5U0cEN+AJpn1V7/cXkAECLXthr uA64W3stDuKNgmv/0q4iN+NaAAAuUVtmt9IOjbHMdQFg6ju27pvcYSQiovq++Vtx Ym2KLuL+kREqoOPgQPogCEcsT7SxHRF5ii8G+WG5IqvpRbwg0QgJWgWEbCA0+qYD zfkYmJU04EqL4fY1R3ShTH2iMsylE9Kz0e+JSWWqZU9FfvPyFkUokIelnCobhHJ8 5sRu6/KLTfrgQEdGmBkY9Js9Sjevquojq9Q15KWwwFPG1JC5S2ewe1Z4/p4If1Jm hRrq2WOGQBiobib2omFxJccpIbarIiBImofEw/ikvQa27QYuWKucjY0IH9buYV9r m4HCMPSv+nzrwSwuxNAVi/919gIuXcGM2b+TK4iFVUjnmD/xRbF5iEkkG7dUg7AG fdwTx8ieFUhQsxEOqwG6Rzul1V8cnxIRrt8MWUyVgv5YTJ0GGxdEZH8GLkgXYQeG oHCHjTWHk+EDVrphvo78KNdciEfgswAoqmdMaRPUCDc8JZ5mF810v9YcUiYFEU8Y h92FQe37SqQR6OU/GHdJXtpK8FxhIc2pxxdsYGWEB9q3FDjDt2v2J7eB81icZrAN rPVZxgQgVo26V8qEdwLf =2ZON -END PGP SIGNATURE- Ben Boeckel (1): ctest: fix add_subdirectory() crash Brad King (7): Merge branch 'ctest-add_subdirectory-crash' into release Merge branch 'fix-xcode-quoting' into release add_subdirectory: Fix error message on missing CMakeLists.txt (#15680) Merge branch 'fix-missing-subdir-error' into release Fortran: Store detected compiler version persistently (#15684) Merge branch 'compiler-version-Fortran' into release CMake 3.3.1 Gregor Jasny (1): Xcode: Quote strings containing a tilde (#15672) --- hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-849-g89b483f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 89b483f2b6f136509168ea4764072bae119ef618 (commit) via 4071a7470723f98eac1e5f412f1d1bc27c882a36 (commit) via 7727d485d39cdc63539d5645b4e977109ca1ffed (commit) via 3f2f1a949c5e262ba7cb6d2d3eaaaf67394b6fdf (commit) via 91e8d35ab8ec2d62478a42eff10af88713497fad (commit) via 602cdc06a01b7c5c0eb444111382b09040f677ee (commit) via 706542615828488a5ad197d0ef3dd5e42eb739c4 (commit) from da3b62cffd5a33a23d963beecc92305055c1bfee (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=89b483f2b6f136509168ea4764072bae119ef618 commit 89b483f2b6f136509168ea4764072bae119ef618 Merge: da3b62c 4071a74 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:24:49 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:24:49 2015 -0400 Merge topic 'update-curl' 4071a747 curl: Update README-CMake.txt for new snapshot 7727d485 curl: Update configuration of build within CMake 3f2f1a94 curl: Fix check for gethostbyname_r with 5 arguments 91e8d35a Merge branch 'curl-upstream' into update-curl 602cdc06 cmCurl: Tolerate lack of CURLOPT_CAPATH support 70654261 curl 7.44.0 (reduced) --- Summary of changes: Source/cmCurl.cxx |2 +- .../cmcurl/CMake/CurlCheckCSourceCompiles.cmake| 71 -- Utilities/cmcurl/CMake/CurlCheckCSourceRuns.cmake | 83 -- Utilities/cmcurl/CMake/CurlTests.c | 316 ++ Utilities/cmcurl/CMake/FindGSS.cmake | 289 + Utilities/cmcurl/CMake/Macros.cmake|8 +- Utilities/cmcurl/CMake/OtherTests.cmake| 200 ++-- .../cmcurl/CMake/Platforms/WindowsCache.cmake |2 +- Utilities/cmcurl/CMakeLists.txt| 508 ++--- Utilities/cmcurl/COPYING |2 +- Utilities/cmcurl/README-CMake.txt |8 +- Utilities/cmcurl/include/curl/curl.h | 94 +- Utilities/cmcurl/include/curl/curlver.h| 18 +- Utilities/cmcurl/include/curl/mprintf.h|9 +- Utilities/cmcurl/include/curl/multi.h | 38 +- Utilities/cmcurl/include/curl/typecheck-gcc.h |2 + Utilities/cmcurl/lib/CMakeLists.txt| 28 +- Utilities/cmcurl/lib/Makefile.inc | 86 +- Utilities/cmcurl/lib/amigaos.c |4 +- Utilities/cmcurl/lib/asyn-ares.c | 37 +- Utilities/cmcurl/lib/asyn-thread.c | 45 +- Utilities/cmcurl/lib/base64.c | 23 +- Utilities/cmcurl/lib/bundles.c | 110 -- Utilities/cmcurl/lib/bundles.h | 45 - Utilities/cmcurl/lib/conncache.c | 179 ++- Utilities/cmcurl/lib/conncache.h | 21 +- Utilities/cmcurl/lib/connect.c | 227 ++-- Utilities/cmcurl/lib/connect.h |2 +- Utilities/cmcurl/lib/cookie.c | 208 ++-- Utilities/cmcurl/lib/curl_addrinfo.c | 59 +- Utilities/cmcurl/lib/curl_addrinfo.h |4 + Utilities/cmcurl/lib/curl_config.h.cmake | 12 +- Utilities/cmcurl/lib/curl_des.c| 63 ++ Utilities/cmcurl/lib/{amigaos.h = curl_des.h} | 23 +- Utilities/cmcurl/lib/curl_endian.c | 236 Utilities/cmcurl/lib/curl_endian.h | 70 ++ Utilities/cmcurl/lib/curl_fnmatch.c|7 +- Utilities/cmcurl/lib/curl_gssapi.c | 53 +- Utilities/cmcurl/lib/curl_gssapi.h | 19 +- Utilities/cmcurl/lib/curl_md4.h| 12 +- Utilities/cmcurl/lib/curl_memory.h |3 + Utilities/cmcurl/lib/curl_memrchr.c|8 +- Utilities/cmcurl/lib/curl_multibyte.c | 18 +- Utilities/cmcurl/lib/curl_multibyte.h | 12 +- Utilities/cmcurl/lib/curl_ntlm.c | 79 +- Utilities/cmcurl/lib/curl_ntlm.h | 10 +- Utilities/cmcurl/lib/curl_ntlm_core.c | 292 +++-- Utilities/cmcurl/lib/curl_ntlm_core.h | 59 +- Utilities/cmcurl/lib/curl_ntlm_msgs.c | 461 +++- Utilities/cmcurl/lib/curl_ntlm_msgs.h | 34 - Utilities/cmcurl/lib/curl_ntlm_wb.c| 46 +- Utilities/cmcurl/lib/curl_ntlm_wb.h|7 +-
[Cmake-commits] CMake branch, next, updated. v3.3.1-2235-geef231c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via eef231cab61ba3511d7c2b6d63b5de9003c8ee78 (commit) via 4071a7470723f98eac1e5f412f1d1bc27c882a36 (commit) via 7727d485d39cdc63539d5645b4e977109ca1ffed (commit) via 3f2f1a949c5e262ba7cb6d2d3eaaaf67394b6fdf (commit) from 61a0fe4648d7e2c65c1fb62641f6c6e3dea2afb3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=eef231cab61ba3511d7c2b6d63b5de9003c8ee78 commit eef231cab61ba3511d7c2b6d63b5de9003c8ee78 Merge: 61a0fe4 4071a74 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:18:23 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:18:23 2015 -0400 Merge topic 'update-curl' into next 4071a747 curl: Update README-CMake.txt for new snapshot 7727d485 curl: Update configuration of build within CMake 3f2f1a94 curl: Fix check for gethostbyname_r with 5 arguments http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4071a7470723f98eac1e5f412f1d1bc27c882a36 commit 4071a7470723f98eac1e5f412f1d1bc27c882a36 Author: Brad King brad.k...@kitware.com AuthorDate: Wed Aug 12 15:05:28 2015 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 10:17:51 2015 -0400 curl: Update README-CMake.txt for new snapshot diff --git a/Utilities/cmcurl/README-CMake.txt b/Utilities/cmcurl/README-CMake.txt index 3f053d8..1e75672 100644 --- a/Utilities/cmcurl/README-CMake.txt +++ b/Utilities/cmcurl/README-CMake.txt @@ -11,7 +11,7 @@ branch, but it is merged into our history. Update curl from upstream as follows. Create a local branch to explicitly reference the upstream snapshot branch head: - git branch curl-upstream 3fe5d9bf + git branch curl-upstream 70654261 Use a temporary directory to checkout the branch: @@ -24,7 +24,7 @@ Use a temporary directory to checkout the branch: Now place the (reduced) curl content in this directory. See instructions shown by - git log 3fe5d9bf + git log 70654261 for help extracting the content from the upstream repo. Then run the following commands to commit the new version. Substitute the @@ -34,8 +34,8 @@ appropriate date and version number: GIT_AUTHOR_NAME='Curl Upstream' \ GIT_AUTHOR_EMAIL='curl-libr...@cool.haxx.se' \ - GIT_AUTHOR_DATE='Wed Sep 10 08:07:58 2014 +0200' \ - git commit -m 'curl 7.38.0 (reduced)' + GIT_AUTHOR_DATE='Tue Aug 11 20:13:01 2015 +0200' \ + git commit -m 'curl 7.44.0 (reduced)' git commit --amend Edit the commit message to describe the procedure used to obtain the http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7727d485d39cdc63539d5645b4e977109ca1ffed commit 7727d485d39cdc63539d5645b4e977109ca1ffed Author: Brad King brad.k...@kitware.com AuthorDate: Wed Aug 12 15:04:21 2015 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 10:17:51 2015 -0400 curl: Update configuration of build within CMake Update our curl build option settings as needed for CMake to account for differences in curl options from 7.38 to 7.44. diff --git a/Utilities/cmcurl/CMakeLists.txt b/Utilities/cmcurl/CMakeLists.txt index 6b01be9..d12c73f 100644 --- a/Utilities/cmcurl/CMakeLists.txt +++ b/Utilities/cmcurl/CMakeLists.txt @@ -3,6 +3,7 @@ set(BUILD_CURL_EXE OFF CACHE INTERNAL No curl exe) set(BUILD_CURL_TESTS OFF CACHE INTERNAL No curl tests) set(BUILD_DASHBOARD_REPORTS OFF CACHE INTERNAL No curl dashboard reports) set(BUILD_RELEASE_DEBUG_DIRS OFF CACHE INTERNAL No curl release/debug dirs) +set(CMAKE_USE_GSSAPI OFF CACHE INTERNAL Disable curl gssapi) set(CMAKE_USE_LIBSSH2 OFF CACHE INTERNAL Disable curl libssh2) set(CMAKE_USE_OPENLDAP OFF CACHE INTERNAL No curl OpenLDAP) set(CURL_DISABLE_COOKIES OFF CACHE INTERNAL Do not disable curl cookie support) @@ -16,18 +17,24 @@ set(CURL_DISABLE_IMAP ON CACHE INTERNAL Disable curl imap protocol?) set(CURL_DISABLE_LDAP ON CACHE INTERNAL Disable curl ldap protocol?) set(CURL_DISABLE_LDAPS ON CACHE INTERNAL Disable curl ldaps protocol?) set(CURL_DISABLE_POP3 ON CACHE INTERNAL Disable curl pop3 protocol?) +set(CURL_DISABLE_PROXY OFF CACHE INTERNAL Do not disable curl proxy) set(CURL_DISABLE_RTSP ON CACHE INTERNAL Disable curl rtsp protocol?) set(CURL_DISABLE_SMTP ON CACHE INTERNAL Disable curl smtp protocol?) set(CURL_DISABLE_TELNET ON CACHE INTERNAL Disable curl telnet protocol?) set(CURL_DISABLE_TFTP ON CACHE INTERNAL Disable curl tftp protocol?) -set(CURL_DISABLE_VERBOSE_STRING OFF CACHE INTERNAL Do not disable curl verbosity) +set(CURL_DISABLE_VERBOSE_STRINGS OFF CACHE INTERNAL Do not disable curl verbosity)
[Cmake-commits] CMake branch, master, updated. v3.3.1-856-gf4885a9
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via f4885a94ed20daca102bdca8acebd10084a034b2 (commit) via ff5bb2efbe9f7bb4a1824b0ad727713fcd6bc54a (commit) from 9cba05c6845ececd68f3f57c50c1953658ba48be (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f4885a94ed20daca102bdca8acebd10084a034b2 commit f4885a94ed20daca102bdca8acebd10084a034b2 Merge: 9cba05c ff5bb2e Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:24:57 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:24:57 2015 -0400 Merge topic 'FindBoost-1.59' ff5bb2ef FindBoost: Add support for Boost 1.59 --- Summary of changes: Modules/FindBoost.cmake |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-864-ga38ea31
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via a38ea312c02eec6e4ee61015f70920999bf79ff9 (commit) via 7f0b83e0185f4e131110a61d898cec4a96bd9a7d (commit) via fb77c2c54bc341e76a83f646e6d75662c44179fc (commit) from bc9103ed5b326b480140b43934bb762f9c9ec5f5 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a38ea312c02eec6e4ee61015f70920999bf79ff9 commit a38ea312c02eec6e4ee61015f70920999bf79ff9 Merge: bc9103e 7f0b83e Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:25:04 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:25:04 2015 -0400 Merge topic 'propagate-link-search-to-try_compile' 7f0b83e0 try_compile: Update documentation for other propagated variables fb77c2c5 try_compile: Propogate the CMAKE_LINK_SEARCH_ variables --- Summary of changes: Help/command/try_compile.rst | 11 +++ Help/variable/CMAKE_LINK_SEARCH_END_STATIC.rst|5 +++-- Help/variable/CMAKE_LINK_SEARCH_START_STATIC.rst |5 +++-- Help/variable/CMAKE_POSITION_INDEPENDENT_CODE.rst |9 + Source/cmCoreTryCompile.cxx | 10 ++ 5 files changed, 32 insertions(+), 8 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-859-g581379c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 581379cadf87c78af48c57a61b0abd89f4c99d92 (commit) via 64e6bc5ca3bf15239829f18a71511df2f04181b3 (commit) via 758664b7ad018aa19072fe5c359a702c472faae2 (commit) from f4885a94ed20daca102bdca8acebd10084a034b2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=581379cadf87c78af48c57a61b0abd89f4c99d92 commit 581379cadf87c78af48c57a61b0abd89f4c99d92 Merge: f4885a9 64e6bc5 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:25:00 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:25:00 2015 -0400 Merge topic 'emacs-mode-font-lock' 64e6bc5c cmake-mode.el: Refine variable font-lock 758664b7 cmake-mode.el: Fix function name font-lock --- Summary of changes: Auxiliary/cmake-mode.el |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-854-g9cba05c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 9cba05c6845ececd68f3f57c50c1953658ba48be (commit) via db292564293ce6899728fa172614d4eec59b429f (commit) via 021bf871a6ffa51b6bd0f5834e8a5049c54f8b30 (commit) from 8ca1c2b2b351ee7c600a041cc31d36cfe9d16d30 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9cba05c6845ececd68f3f57c50c1953658ba48be commit 9cba05c6845ececd68f3f57c50c1953658ba48be Merge: 8ca1c2b db29256 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:24:55 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:24:55 2015 -0400 Merge topic 'FindXercesC-updates' db292564 FindXercesC: Add support for 3D_1 variant of the library 021bf871 FindXercesC: Find debug and release libraries separately --- Summary of changes: Help/release/dev/FindXercesC-updates.rst |5 + Modules/FindXercesC.cmake| 16 2 files changed, 17 insertions(+), 4 deletions(-) create mode 100644 Help/release/dev/FindXercesC-updates.rst hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-842-gda3b62c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via da3b62cffd5a33a23d963beecc92305055c1bfee (commit) via 6699834d6298eabe53f2c15d051fbe16cc9014c3 (commit) from a0dab7b774d5b7a619fd26926c2faf11f9d70309 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=da3b62cffd5a33a23d963beecc92305055c1bfee commit da3b62cffd5a33a23d963beecc92305055c1bfee Merge: a0dab7b 6699834 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:24:47 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:24:47 2015 -0400 Merge topic 'compiler-id-ancient-gcc-version' 6699834d GNU-DetermineCompiler: Add support for very old versions of GCC --- Summary of changes: Modules/Compiler/GNU-DetermineCompiler.cmake |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.3.1-861-gbc9103e
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via bc9103ed5b326b480140b43934bb762f9c9ec5f5 (commit) via e06ea8373f434fa581cc7c88366fa483b741aebd (commit) from 581379cadf87c78af48c57a61b0abd89f4c99d92 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bc9103ed5b326b480140b43934bb762f9c9ec5f5 commit bc9103ed5b326b480140b43934bb762f9c9ec5f5 Merge: 581379c e06ea83 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:25:02 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:25:02 2015 -0400 Merge topic 'extended-length-paths' e06ea837 cmSystemTools: Use extended length paths for Windows apis. --- Summary of changes: Source/cmSystemTools.cxx | 19 +++ 1 file changed, 11 insertions(+), 8 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[CMake] Modern superbuild template including support for module dependencies
Hi all, I'm looking for a template or example project that shows the how to setup a cmake-based project in the cleanest and simplest way (i.e. using all the latest features of 3.3 release) and with support for the following build features: - Superbuild mode that can be turned on or off (on by default) - Simple system for defining modules (libraries that get built either as static or dynamic libraries) and their dependencies. - install target that works with good default behaviors so that the CMakeLists.txt for modules and applications need minimal extra configuration. Should work in both superbuild mode (the project and all external projects get installed to the same CMAKE_INSTALL_PREFIX/DESTDIR when invoked at the top superbuild level) and in non-superbuild mode I've seen many examples of projects like this but my impression is that they have been around since long before the latest CMake releases and therefore weren't designed to take advantage of all the latest CMake features. My current attempt to setup a cmake-based build with these features is based on the MITK cmake build system[1] since it's something I was already familiar with. I have something that mostly works, but the number of lines of cmake code to make it all happen with simple interfaces like mitk_create_module, mitk_create_executable seems more than should be necessary which is going to make switching to CMake harder for me to sell to my team. I found this very simplistic CMake project example[2] but the resulting CMakeLists.txt to build an executable in that project looks like this: find_package (Threads REQUIRED) set (Boost_USE_STATIC_LIBS ON) # set (Boost_NO_SYSTEM_PATHS ON) find_package (Boost 1.55.0 REQUIRED COMPONENTS date_time filesystem system) include_directories (${Boost_INCLUDE_DIRS}) add_executable (blah main.cpp) target_link_libraries (blah ${Boost_LIBRARIES} ${CMAKE_THREAD_LIBS_INIT}) Whereas I'm looking for something that would allow me to write something like this: xxx_add_executable(blah PACKAGE_DEPENDS Boost DEPENDS mymodule main.cpp) (or some other similarly simple interface) Thanks in advance, Taylor [1] https://github.com/MITK/MITK [2] https://github.com/Sarcasm/cmake-superbuild -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [cmake-developers] [PATCH] add support for ARTOS platform
On 08/17/2015 03:35 AM, Kars de Jong wrote: Here is an updated patch. Thanks. Applied: Add support for ARTOS platform using GNU C with ac compiler driver http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=462fbd1e I dropped the set(ARTOS 1) line because we now prefer that projects test CMAKE_SYSTEM_NAME for platform checks. Thanks, -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Recursion in OUTPUT_NAME genex
On 08/14/2015 04:35 PM, Robert Goulet wrote: Here is the patch for OUTPUT_NAME genex recursion issue. Thanks. Applied: cmGeneratorTarget: Avoid recursion in GetOutputName method http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e66a7d69 -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [CMake] ExternalProject git clone hangs on windows
Thanks for the information. From: Petr Kmoch [mailto:petr.km...@gmail.com] Sent: Monday, August 17, 2015 1:05 AM To: Tevet, Avi A Cc: cmake@cmake.org Subject: Re: [CMake] ExternalProject git clone hangs on windows Hi Avi. On Sat, Aug 15, 2015 at 1:54 AM, Tevet, Avi A avi.a.te...@intel.commailto:avi.a.te...@intel.com wrote: Hi all, [...] I don’t know if this is related, but when I look inside the generated VS projects for the dependencies, I see the “CMake Rules” directory full of *.rule files, but they are all effectively empty, containing just the text “# generated from CMake”. Just to address this bit: that's correct. The rule file's contents are irrelevant, it just has to exist as a file. CMake attaches custom build rules to this file in the VS project, and these rules are stored in the vc[x]proj. Petr -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] ExternalProject git clone hangs on windows
Thanks, I hadn’t thought about the SSH problem. I’ll investigate. From: Sergei Nikulov [mailto:sergey.niku...@gmail.com] Sent: Friday, August 14, 2015 11:06 PM To: Tevet, Avi A Cc: cmake@cmake.org Subject: Re: [CMake] ExternalProject git clone hangs on windows 15 авг. 2015 г. 3:04 AM пользователь Tevet, Avi A avi.a.te...@intel.commailto:avi.a.te...@intel.com написал: Hi all, Can someone please tell me what I need to do so that I can use VS2015 to build a project with git dependencies managed through ExternalProject_add? Try clone git project using url from ExternalPoject_add. Possible git will request something interactively - like add ssh key of remote host or request password. If so, this was a reason for hang. As solution - add host keys permanently or change url to https/local clone scheme. If password used on ssh key - remove it if possible. HTH, Thanks, Avi -- Powered by www.kitware.comhttp://www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] How to depend on external cmake projects?
-Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Robert Dailey Sent: Sunday, August 16, 2015 13:32 To: CMake Subject: [CMake] How to depend on external cmake projects? There are certain repositories on Github I'd like to pull in as a dependency. These repositories already use CMake to build their source code. Based on personal experience and reading material online, there are a couple of different options: 1. Pull down the repository as a submodule to my own git repository. Then call add_subdirectory() on it to make it part of the build, allowing me to refer to those targets as dependencies in my own targets. That's one way to do it. It might be a good way if the dependency is relatively small. Benefits: * Simpler/flattened build process (no hierarchy of makefiles are generated) * No need to delete timestamp files generated by ExternalProject_Add if you need to incrementally build the project. Problems: * Everything must be built with same compiler, generator, build settings, etc. (benefit for some projects, a problem for others). * The dependency must use CMake. * Potential for interference between CMake variables/properties set by your top-level project and your included submodule. ExternalProject_Add is guaranteed to work because this can't happen, but add_subdirectory is not guaranteed to work. * Incrementally building a bunch of these projects, or a big project, could be slow (e.g. your make tool has to check if the files in the submodule changed, in addition to your own. ExternalProject_Add sidesteps this with the timestamps). 2. Use ExternalProject_Add(). This seems like legacy, I'm not sure if I should use this. It also seems very verbose and boilerplate. I don't think it's legacy at all, lots of projects use it. It exists because of the problems of add_subdirectory shown above. The downside is you get these goofy timestamp files you have to manually delete now again if your submodule changes. You can still include the project as a submodule, just use SOURCE_DIR parameter to pass the submodule path and skip the preliminary steps before CONFIGURE. Even if CMake in the distant future supports different C++ compilers/architectures in the same project, there will still be a need to build non-CMake dependencies and thus a place for ExternalProject. 3. Use packages. The [CMake package documentation][1] does not go into great detail on support for both installed versions and build tree for a single package. Does this require two scripts? Can it share a single one? Where are the examples? Well, you'd do this in conjunction with ExternalProject_Add. A well-written CMake external project will provide a projectConfig.cmake file which you will then find using find_package. How do I accomplish this? A high-level CMake project that does nothing but call ExternalProject_Add; this is called a superbuild. Your own CMake projects will be ExternalProjects to this high-level project and the superbuild would pass the location to your project via -Dproject_DIR=location so that find_package can locate the Config file. Best regards, James Johnston -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [cmake-developers] Making kwsys a proper library
On 08/15/2015 12:20 AM, Orion Poplawski wrote: What makes the kwsys code special in a way that makes creating a shared library inappropriate? We want to share the code across projects but we don't want it to get in the way of those projects evolving or releasing. KWSys has no version number or API version level, and we don't want to maintain one. Exactly one version of KWSys is used by each version of our consuming projects, down to the granularity of individual commits on each side. We want to remain free to make incompatible changes at any time. Dependents update their source and port to such changes when they are ready, not when some user decides to try that particular combination of versions. We don't have to worry about mixing versions in different dependents (due to prefix configuration), or about forward or backward compatibility on either end of the dependency arrows (due to version locking at the source level). -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] Recursion in OUTPUT_NAME genex
Great! Thanks Brad. I'm assuming that master branch is 3.4? I'll start looking into the install command DIRECTORY property genex support. Cheers! -Original Message- From: Brad King [mailto:brad.k...@kitware.com] Sent: Monday, August 17, 2015 11:51 AM To: Robert Goulet robert.gou...@autodesk.com Cc: cmake-developers@cmake.org Subject: Re: Recursion in OUTPUT_NAME genex On 08/14/2015 04:35 PM, Robert Goulet wrote: Here is the patch for OUTPUT_NAME genex recursion issue. Thanks. Applied: cmGeneratorTarget: Avoid recursion in GetOutputName method http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e66a7d69 -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[Cmake-commits] CMake branch, next, updated. v3.3.1-2255-gf55e338
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via f55e338e34017b32301a081a4ccc5967ecfbf0e3 (commit) via a41ebd4ee5b01c92958a28ca2e57b2b6446bf334 (commit) from c9b737643982b4db614a73518fd5c3773cab6be3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f55e338e34017b32301a081a4ccc5967ecfbf0e3 commit f55e338e34017b32301a081a4ccc5967ecfbf0e3 Merge: c9b7376 a41ebd4 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 11:37:40 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 11:37:40 2015 -0400 Merge topic 'cmake-gui-high-resolution' into next a41ebd4e cmake-gui: Add support for HiDPI (Retina) screens on OS X http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a41ebd4ee5b01c92958a28ca2e57b2b6446bf334 commit a41ebd4ee5b01c92958a28ca2e57b2b6446bf334 Author: Francois Best francoisb...@gmail.com AuthorDate: Mon Aug 17 11:39:16 2015 +0200 Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 11:36:42 2015 -0400 cmake-gui: Add support for HiDPI (Retina) screens on OS X diff --git a/Source/QtDialog/Info.plist.in b/Source/QtDialog/Info.plist.in index b9c4af5..00a27c3 100644 --- a/Source/QtDialog/Info.plist.in +++ b/Source/QtDialog/Info.plist.in @@ -28,5 +28,7 @@ stringpublic.app-category.developer-tools/string keyNSHumanReadableCopyright/key string${MACOSX_BUNDLE_COPYRIGHT}/string + keyNSHighResolutionCapable/key + true/ /dict /plist --- Summary of changes: Source/QtDialog/Info.plist.in |2 ++ 1 file changed, 2 insertions(+) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
Re: [cmake-developers] Clarification requested on #10126 (CMake creates files with wrong permissions)
On 08/16/2015 05:52 PM, James Johnston wrote: a. So to clarify, you'd want existing OWNER_* / GROUP_* / EXECUTE_* options to remain unmodified? i.e. if you install(PERMISSIONS GROUP_WRITE) this will still NOT respect the umask, correct? (i.e. the only way to respect the umask would be to use the NEW READ/WRITE/EXECUTE options?) That was the in-issue proposal but it is just a starting point for discussion. b. If the answer to (a) is yes, what do you want to do if the user specifies install(PERMISSIONS WRITE GROUP_WRITE)? Is that an error? As originally proposed I think that would be an error. The idea was to simplify the basic permissions specification except in cases where very specific permissions are needed. I think most projects could just switch to the new/simpler keywords outright and let local umask settings take care of the details. c. Would it be better to introduce a new permissions keyword for respecting the umask for the entire set of keywords? E.g. install(PERMISSIONS RESPECT_UMASK GROUP_WRITE). I think that could make sense as an additional/separate change to the above. 2. Proposal to modify default permission copying of configure_file and friends: I may have questions here but haven't thought it through yet. Finally, to resolve the issue as reported by the original submitter: Fix works almost perfectly, yet there are some files still having 0644 rights: in builddir/CMakeFiles/ it's - CMakeCCompiler.cmake - CMakeCXXCompiler.cmake - CMakeSystem.cmake 3. Won't the proposal from #2 above fix this problem? Possibly. What configure_file behavior do you propose? One possibility is to just take the input owner rwx bits and map to READ WRITE EXECUTE keyword permissions as discussed above. There are several CMake APIs that create files so it would also be nice to have a consistent permissions API for all of them. Some are still missing any permissions API at all. Thanks, -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[Cmake-commits] CMake branch, next, updated. v3.3.1-2253-gc9b7376
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via c9b737643982b4db614a73518fd5c3773cab6be3 (commit) via e66a7d6973fa58bb3bf37b540f67e2c33bb9fae2 (commit) from 9fe5cfd082e84c09aa63aea6aff4bad407e22033 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c9b737643982b4db614a73518fd5c3773cab6be3 commit c9b737643982b4db614a73518fd5c3773cab6be3 Merge: 9fe5cfd e66a7d6 Author: Brad King brad.k...@kitware.com AuthorDate: Mon Aug 17 10:55:39 2015 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Mon Aug 17 10:55:39 2015 -0400 Merge topic 'OUTPUT_NAME-genex-no-recursion' into next e66a7d69 cmGeneratorTarget: Avoid recursion in GetOutputName method http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e66a7d6973fa58bb3bf37b540f67e2c33bb9fae2 commit e66a7d6973fa58bb3bf37b540f67e2c33bb9fae2 Author: Robert Goulet robert.gou...@autodesk.com AuthorDate: Fri Aug 14 20:35:58 2015 + Commit: Brad King brad.k...@kitware.com CommitDate: Mon Aug 17 10:43:08 2015 -0400 cmGeneratorTarget: Avoid recursion in GetOutputName method Since support for generator expressions was added to OUTPUT_NAME it is possible for project code to cause recursion in this method by using a $TARGET_FILE genex. Detect and reject such cases. diff --git a/Source/cmGeneratorTarget.cxx b/Source/cmGeneratorTarget.cxx index 299c112..7d4bb67 100644 --- a/Source/cmGeneratorTarget.cxx +++ b/Source/cmGeneratorTarget.cxx @@ -270,48 +270,70 @@ const char *cmGeneratorTarget::GetProperty(const std::string prop) const std::string cmGeneratorTarget::GetOutputName(const std::string config, bool implib) const { - std::vectorstd::string props; - std::string type = this-Target-GetOutputTargetType(implib); - std::string configUpper = cmSystemTools::UpperCase(config); - if(!type.empty() !configUpper.empty()) -{ -// ARCHIVE|LIBRARY|RUNTIME_OUTPUT_NAME_CONFIG -props.push_back(type + _OUTPUT_NAME_ + configUpper); -} - if(!type.empty()) + // Lookup/compute/cache the output name for this configuration. + cmGeneratorTarget::OutputNameMapType::iterator i = +this-OutputNameMap.find(config); + if(i == this-OutputNameMap.end()) { -// ARCHIVE|LIBRARY|RUNTIME_OUTPUT_NAME -props.push_back(type + _OUTPUT_NAME); -} - if(!configUpper.empty()) -{ -// OUTPUT_NAME_CONFIG -props.push_back(OUTPUT_NAME_ + configUpper); -// CONFIG_OUTPUT_NAME -props.push_back(configUpper + _OUTPUT_NAME); -} - // OUTPUT_NAME - props.push_back(OUTPUT_NAME); +// Add empty name in map to detect potential recursion. +OutputNameMapType::value_type entry(config, ); +i = this-OutputNameMap.insert(entry).first; - std::string outName; - for(std::vectorstd::string::const_iterator i = props.begin(); - i != props.end(); ++i) -{ -if (const char* outNameProp = this-Target-GetProperty(*i)) +// Compute output name. +std::vectorstd::string props; +std::string type = this-Target-GetOutputTargetType(implib); +std::string configUpper = cmSystemTools::UpperCase(config); +if(!type.empty() !configUpper.empty()) { - outName = outNameProp; - break; + // ARCHIVE|LIBRARY|RUNTIME_OUTPUT_NAME_CONFIG + props.push_back(type + _OUTPUT_NAME_ + configUpper); + } +if(!type.empty()) + { + // ARCHIVE|LIBRARY|RUNTIME_OUTPUT_NAME + props.push_back(type + _OUTPUT_NAME); + } +if(!configUpper.empty()) + { + // OUTPUT_NAME_CONFIG + props.push_back(OUTPUT_NAME_ + configUpper); + // CONFIG_OUTPUT_NAME + props.push_back(configUpper + _OUTPUT_NAME); + } +// OUTPUT_NAME +props.push_back(OUTPUT_NAME); + +std::string outName; +for(std::vectorstd::string::const_iterator it = props.begin(); +it != props.end(); ++it) + { + if (const char* outNameProp = this-Target-GetProperty(*it)) +{ +outName = outNameProp; +break; +} } -} - if (outName.empty()) +if(outName.empty()) + { + outName = this-GetName(); + } + +// Now evaluate genex and update the previously-prepared map entry. +cmGeneratorExpression ge; +cmsys::auto_ptrcmCompiledGeneratorExpression cge = ge.Parse(outName); +i-second = cge-Evaluate(this-Makefile, config); +} + else if(i-second.empty()) { -outName = this-GetName(); +// An empty map entry indicates we have been called recursively +// from the above block. +
Re: [cmake-developers] [PATCH] add support for ARTOS platform
Hello Brad, Thanks for your comments. Here is an updated patch. I hope I have used the proper variables to set CFLAGS and libraries now. ARTOS currently does not have a (working) C++ compiler so I only created ARTOS-GNU-C.cmake for now. Kars de Jong (1): Add support for ARTOS platform using GNU C with ac compiler driver Modules/Platform/ARTOS-GNU-C.cmake | 9 + Modules/Platform/ARTOS.cmake | 19 +++ 2 files changed, 28 insertions(+) create mode 100644 Modules/Platform/ARTOS-GNU-C.cmake create mode 100644 Modules/Platform/ARTOS.cmake 0001-Add-support-for-ARTOS-platform-using-GNU-C-with-ac-c.patch Description: 0001-Add-support-for-ARTOS-platform-using-GNU-C-with-ac-c.patch -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [CMake] ExternalProject git clone hangs on windows
Hi Avi. On Sat, Aug 15, 2015 at 1:54 AM, Tevet, Avi A avi.a.te...@intel.com wrote: Hi all, [...] I don’t know if this is related, but when I look inside the generated VS projects for the dependencies, I see the “CMake Rules” directory full of *.rule files, but they are all effectively empty, containing just the text “# generated from CMake”. Just to address this bit: that's correct. The rule file's contents are irrelevant, it just has to exist as a file. CMake attaches custom build rules to this file in the VS project, and these rules are stored in the vc[x]proj. Petr -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [cmake-developers] [PATCH] CPack: change cpack_set_if_not_set into a function
Okay, so after a... brief hiatus, I'm going to tackle this again. There's something I don't understand, though... Brad King brad.k...@kitware.com писал в своём письме Tue, 03 Mar 2015 23:02:51 +0300: On 03/03/2015 01:33 PM, Роман Донченко wrote: Since it's currently a macro, then due to macro processing rules, special characters inside the value are interpreted by the parser, which can result in syntax errors or a mismatch between the given default and the value the variable is actually set to. Remove existing local workarounds for this issue, which are no longer required. Thanks. As nice as it would be to do that, the reason it has not been done is that this API is exposed publicly. Any existing calls within other projects would also have such workarounds and they would be broken by this change. What makes this macro a public one? It's not listed in cmake --help-module CPack, so I assumed it was an implementation detail. Moreover... Instead one could introduce a new API function for this, e.g. cpack_maybe_set(...) Even supposing that the macro is part of the API and is thus immutable, I don't see why its replacement should be. The operation it performs is not related to creating packages, so to me it seems that it should not be exported outside of the module. Could you clarify this for me? Roman. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
[CMake] Problem with cpack in latest cmake v3.3.1 and ninja
I upgraded my cmake just recently and I am using the Ninja generator. The compilation and linking seems to work fine. However, when I run make package, I get the following: [2/2] Run CPack packaging tool... FAILED: cd /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp /usr/bin/cpack --config ./CPackConfig.cmake CPack: Create package using DEB CPack: Install projects CPack: - Install project: mrViewer CPack: Create package CPack Error: Problem running cmake -E md5sum /usr/bin/cmake -E md5sum /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp/_CPack_Packages/Linux/DEB/mrViewer-v2.9.0-Linux-64/usr/local/mrViewer-v2.9.0-Linux-64/bin/ctl CPack Error: Problem running cmake -E md5sum /usr/bin/cmake -E md5sum /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp/_CPack_Packages/Linux/DEB/mrViewer-v2.9.0-Linux-64/usr/local/mrViewer-v2.9.0-Linux-64/bin/docs CPack Error: Problem running cmake -E md5sum /usr/bin/cmake -E md5sum /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp/_CPack_Packages/Linux/DEB/mrViewer-v2.9.0-Linux-64/usr/local/mrViewer-v2.9.0-Linux-64/bin/rails CPack Error: Problem compressing the directory CPack Error: Error when generating package: mrViewer ninja: build stopped: subcommand failed. If I try running one of the md5sum lines manually, I get: cmake -E md5sum /usr/bin/cmake -E md5sum /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp/_CPack_Packages/Linux/DEB/mrViewer-v2.9.0-Linux-64/usr/local/mrViewer-v2.9.0-Linux-64/bin/docs ece6ba4e4e8c69337be88aa69e27d95c /usr/bin/cmake -E: No such file or directory md5sum: No such file or directory /media/Linux/code/applications/mrViewer/BUILD/Linux-3.16.0-45-generic-64/Release/tmp/_CPack_Packages/Linux/DEB/mrViewer-v2.9.0-Linux-64/usr/local/mrViewer-v2.9.0-Linux-64/bin/docs: No such file or directory It seems the latest cmake is not accepting multiple -E commands. Or the ninja generator is creating an incorrect run line. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake