https://github.com/Kitware/CMake

sort by:
Revision Author Date Message Commit Date
3bff90f CMake 2.8.11.2 02 July 2013, 12:39:24 UTC
acff729 Merge branch 'vs-generator-brief-doc-update' into release 02 July 2013, 12:36:12 UTC
c9697fa Merge branch 'vs12-generator' into release 02 July 2013, 12:35:49 UTC
8857afa Merge branch 'curl-bug-1192' into release 02 July 2013, 12:35:43 UTC
04897c0 Merge branch 'sha2-alignment' into release 02 July 2013, 12:35:39 UTC
d9ece45 Merge branch 'FixAsmSupport' into release 02 July 2013, 12:35:33 UTC
5bcca28 Merge branch 'SelectLibraryConfigurations-cached-library' into release 02 July 2013, 12:35:28 UTC
52f1464 VS: Clarify Visual Studio product year for each version Add to the brief documentation of the Visual Studio 10, 11, and 12 generators the corresponding VS product year. Clarify that VS11 is for Visual Studio 2012, and VS12 is for Visual Studio 2013. 02 July 2013, 12:24:38 UTC
c4bcc56 SelectLibraryConfigurations: Fix for cached <base>_LIBRARY The line set( ${basename}_LIBRARY ) removes the normal variable, but if the corresponding cached variable is present then line list( APPEND ${basename}_LIBRARY optimized "${_libname}" ) uses that and fails. Replace the original line with set( ${basename}_LIBRARY "" ) to set the normal variable to empty instead of unsetting it. 02 July 2013, 12:21:16 UTC
78fdbbc FindBoost: Add -vc120 mangling for VS 12 28 June 2013, 22:14:01 UTC
e99d7b1 VS12: Generate flag tables from MSBuild v120 tool files Run cmparseMSBuildXML.py on cl.xml, lib.xml, and link.xml to generate our flag tables: python cmparseMSBuildXML.py -x ".../MSBuild/Microsoft.Cpp/v4.0/v120/1033/cl.xml" > cmVS12CLFlagTable.h python cmparseMSBuildXML.py -x ".../MSBuild/Microsoft.Cpp/v4.0/v120/1033/lib.xml" > cmVS12LibFlagTable.h python cmparseMSBuildXML.py -x ".../MSBuild/Microsoft.Cpp/v4.0/v120/1033/link.xml" > cmVS12LinkFlagTable.h Fix up the declaration names at the top of each file. Finally, teach cmVisualStudio10TargetGenerator to select the version of the table matching the version of VS. 28 June 2013, 22:13:59 UTC
77ac9b8 VS12: Add Visual Studio 12 generator (#14251) Copy cmGlobalVisualStudio11Generator to cmGlobalVisualStudio12Generator and update version numbers accordingly. Add the VS12 enumeration value. Add module CMakeVS12FindMake to find MSBuild. Look for MSBuild in its now-dedicated Windows Registry entry. Teach the platform module Windows-MSVC to set MSVC12 and document the variable. Teach module InstallRequiredSystemLibraries to look for the VS 12 runtime libraries. Teach tests CheckCompilerRelatedVariables, Preprocess, VSExternalInclude, and RunCMake.GeneratorToolset to treat VS 12 as they do VS 10 and 11. Inspired-by: Minmin Gong <minmin.gong@gmail.com> 28 June 2013, 22:13:14 UTC
e643e02 cmcurl: Backport curl bug 1192 fix (#14250) LLVM headers define strlcat as a macro rather than as a function. See upstream Curl issue: http://curl.haxx.se/bug/view.cgi?id=1192 It was addressed by removing use of strlcat altogether. Port the upstream fix to CMake's curl. 27 June 2013, 20:46:23 UTC
bc460ea asm support: adapt to changes in CMakeDetectCompiler in 2.8.10 This fixes #14210. In 2.8.10 CMakeDetermineCompiler.cmake was modified (or added), and now the _INIT variable must not be set to a list anymore, before it worked. Alex 14 June 2013, 12:54:34 UTC
75994d9 cmCryptoHash: Increase alignment of HashFile buffer The SHA512_Update implementation accesses input data via 64-bit integers. This requires alignment of the input buffer on some architectures. Align our stack-allocated buffer for file content to satisfy this requirement. 13 June 2013, 12:40:10 UTC
c479a06 CMake 2.8.11.1 05 June 2013, 13:47:09 UTC
14779f8 Merge branch 'fix-genex-HEAD-target' into release 05 June 2013, 13:44:52 UTC
c628fbc Merge branch 'xcode-framework-paths' into release 05 June 2013, 13:44:42 UTC
4b91888 Merge branch 'fix-include_directories-whitespace-handling' into release 05 June 2013, 13:44:13 UTC
5b22235 Genex: Fix the HEAD target used for evaluated expressions If the expression $<TARGET_PROPERTY:prop> appears in the content of a target property, the target that prop is read from is the 'head target' of the expression. In contexts such as evaluating the content of a target property during generation, such as INCLUDE_DIRECTORIES, the 'head target' is the one on which the initial request was made. If evaluating a generator expression which is not a target property content, the target must be explicitly specified. Such contexts include add_custom_command and file(GENERATE). The content might then look like $<TARGET_PROPERTY:tgt,prop> However, as there is no HeadTarget set, any generator expressions evaluated as part of reading prop from tgt which do not specify the tgt directly report an error. Modify the logic of the TARGET_PROPERTY generator expression so that in such contexts, the 'head target' is set to the appropriate target which was first encountered. 05 June 2013, 13:05:00 UTC
21a0bea Xcode: Fix framework search paths in STATIC library targets (#14191) In commit 2bc22bda (Xcode: Add frameworks search paths from link dependeny closure, 2012-12-07) we made framework search paths from the link closure conditional on target type, skipping it on STATIC and OBJECT library targets that do not actually link. However, the framework search paths also influence the compile lines (-F options) so we need them for all target types. The Makefile generator already does this, as did the Xcode generator prior to the above-mentioned commit. 04 June 2013, 13:49:40 UTC
e31caa6 Merge branch 'fix-qt4_use_modules-QtAx' into release 03 June 2013, 18:02:12 UTC
8e23c0b Merge branch 'find-Qt4-granular-modules' into release 03 June 2013, 18:02:07 UTC
49cc8f4 Merge branch 'escape-regex-specials-in-path' into release 03 June 2013, 17:59:44 UTC
c9b75dc Fix test failures caused by regexp-sensitive characters in the build paths Checkout [1] as an example of the test failures. In that particular cases, the failures is caused by the plus sign in the path being pass unescaped (buildd-cmake_2.8.9-1~bpo60+1-armel-3Lvkef) to the regexp. In addition to failures in the log, the following new tests also fail in 2.8.11: 243 - CTestTestMemcheckUnknown (Failed) 244 - CTestTestMemcheckUnknownQuoted (Failed) 248 - CTestTestMemcheckDummyValgrindFailPre (Failed) 249 - CTestTestMemcheckDummyValgrindFailPost (Failed) 250 - CTestTestMemcheckDummyPurify (Failed) 251 - CTestTestMemcheckDummyBC (Failed) 253 - CMake.List (Failed) [1] https://buildd.debian.org/status/fetch.php?pkg=cmake&arch=armel&ver=2.8.9-1~bpo60%2B1&stamp=1369243896 03 June 2013, 14:51:21 UTC
ce0c480 Qt4Macros: Handle Qt ActiveX libraries in qt4_use_modules. These libraries have non-conventional variable names. 03 June 2013, 13:40:31 UTC
b8af46c FindQt4: Don't fail if certain Qt modules are unavailable. 03 June 2013, 13:39:56 UTC
498633b Merge branch 'FindBoost-normalize-slashes' into release 31 May 2013, 13:37:46 UTC
293f538 Merge branch 'ExternalData-no-re-stage' into release 31 May 2013, 13:37:40 UTC
189cd28 Merge branch 'test-INCLUDE_DIRECTORIES-genex-read' into release 31 May 2013, 13:37:32 UTC
1ba5088 Merge branch 'fix-INCLUDE_DIRECTORIES-genex-read' into release 31 May 2013, 13:37:27 UTC
8f26ed4 Merge branch 'fix-try_compile-library-spaces' into release 31 May 2013, 13:37:20 UTC
aad04ef Merge branch 'fix-FileIsDirectory-SEGV' into release 31 May 2013, 13:37:10 UTC
363825c FindBoost: Fix handling of \ in input paths (#14179) In commit 5b9149e0 (FindBoost: Overhaul caching and search repeat behavior, 2012-09-24) we refactored the internal library search to use a _Boost_FIND_LIBRARY macro to wrap around find_library calls. However, CMake macros re-process escape sequences when evaluating calls inside the macro after substituting placeholders (a historical bug). In order to avoid escape sequences, convert backslashes to forward slashes before passing arguments to the _Boost_FIND_LIBRARY macro. 30 May 2013, 20:20:55 UTC
07f9e15 GenexEval: Test evaluation of INCLUDE_DIRECTORIES target property. 30 May 2013, 14:05:17 UTC
3aa9ce4 GenexEval: Fix evaluation of INCLUDE_DIRECTORIES target property. This property should come from the content of the property itself, plus the INTERFACE_INCLUDE_DIRECTORIES of the link *implementation*. In contrast, when the INTERFACE_INCLUDE_DIRECTORIES is evaluated for a target, the INTERFACE_INCLUDE_DIRECTORIES of the link *interface* is used. Similar logic applies for the COMPILE_DEFINITIONS target properties. If the propertyName is already an INTERFACE_ variant of the property, ie, the expression is similar to $<TARGET_PROPERTY:foo,INTERFACE_INCLUDE_DIRECTORIES> then the INTERFACE_INCLUDE_DIRECTORIES of the link *interface* of foo is used. However, if the propertyName is not an INTERFACE_ variant, and the interfacePropertyName is, ie, the expression is similar to: $<TARGET_PROPERTY:foo,INCLUDE_DIRECTORIES> then the INTERFACE_INCLUDE_DIRECTORIES of the link *implementation* of foo is used. 30 May 2013, 13:43:42 UTC
0b39fef GenexEval: Extract a getLinkedTargetsContent from TargetPropertyNode. This will be used to process transitive components of properties which depend on linked targets. Currently only the link interface of the target can be used as the source of the linked targets, but in the next commit it will be possible to use the link implementation as the source of link targets. This commit does not change the semantics of the code. 30 May 2013, 13:43:42 UTC
53164ac cmTarget: Remove some hardcoding of transitive property names. 30 May 2013, 13:43:37 UTC
e537544 try_compile: Trim whitespace from LINK_LIBRARIES entries Commit e65ef08b (try_compile: Fix quoting of libraries in generated CMakeLists.txt, 2013-05-24) added quoting to entries specified in the LINK_LIBRARIES. However, if the input entries contain whitespace padding, that quoted whitespace causes an error in the generated CMakeLists.txt at target_link_libraries. Strictly, it is an error to have space separated entries in the CMAKE_REQUIRED_LIBRARIES, as it was never properly handled by CMakeExpandImportedTargets even prior to commit 236133e7 (Handle targets in the LINK_LIBRARIES of try_compile., 2013-02-09). However, it is causing a regression in KDE code which tests the next branch. 30 May 2013, 11:50:37 UTC
045d6ae KWSys: Fix SystemTools::FileIsDirectory with long paths (#14176) Allocate a buffer large enough to hold the input path when removing a trailing slash. Use a local stack buffer when it is large enough and fall back to heap allocation otherwise. 28 May 2013, 15:27:05 UTC
b8cc6f4 include_directories: Fix handling of empty or space-only entries Since commit 0d46e9a0 (Store includes from the same include_directories call together., 2013-01-20) we accidentally use such entries. Fix the code to drop them instead. Update the IncludeDirectories test to cover this case. Reported-by: Christophe Giboudeaux <cgiboudeaux@gmx.com> 24 May 2013, 20:40:58 UTC
e65ef08 try_compile: Fix quoting of libraries in generated CMakeLists.txt Since commit 236133e7 (Handle targets in the LINK_LIBRARIES of try_compile, 2013-02-09) libraries passed to the new LINK_LIBRARIES option of try_compile are not quoted inside the generated CMakeLists.txt file. Quote the library names so they re-parse correctly when loaded by CMake to configure and generate the test project. Reported-by: Bogdan Cristea <cristeab@gmail.com> 24 May 2013, 20:30:26 UTC
c35961b ExternalData: Do not re-stage staged object files The ExternalData_LINK_CONTENT option tells ExternalData to convert real data files it finds into content links and to "stage" the original content in a ".ExternalData_<algo>_<hash>" file. However, after a data object has been staged it is possible that a user-provided pattern in the "REGEX:" option will later match the staged object file. We must not process staged object files even when a user pattern matches them. Fix the implementation to not match a staged object file as a normal data file for conversion. Extend the RunCMake.ExternalData test to cover this case. 24 May 2013, 19:45:38 UTC
0ad0c37 CMake 2.8.11 15 May 2013, 15:17:10 UTC
62e5c2f Merge branch 'release' 15 May 2013, 15:14:41 UTC
5dd8c01 CMake Nightly Date Stamp 15 May 2013, 04:01:03 UTC
26ad320 CMake Nightly Date Stamp 14 May 2013, 04:01:03 UTC
a3f106d CMake Nightly Date Stamp 13 May 2013, 04:01:02 UTC
90dad91 CMake Nightly Date Stamp 12 May 2013, 04:01:03 UTC
1c575ab CMake Nightly Date Stamp 11 May 2013, 04:01:06 UTC
a3e7c94 CMake Nightly Date Stamp 10 May 2013, 04:01:03 UTC
cf4869b CMake Nightly Date Stamp 09 May 2013, 04:01:03 UTC
619fa2c CMake Nightly Date Stamp 08 May 2013, 04:01:03 UTC
6162e0f CMake 2.8.11-rc4 07 May 2013, 15:56:31 UTC
b882ef7 Merge branch 'release' 07 May 2013, 15:33:14 UTC
ff298ff CMake Nightly Date Stamp 07 May 2013, 04:01:03 UTC
6c6bfe1 Merge topic 'doc-tll-usage-requirements' 2618e02 target_link_libraries: Update usage requirements documentation 06 May 2013, 14:09:44 UTC
0483bf8 Merge topic 'fix-per-config-tll-include-dirs' dea1df4 Memoize usage requirement include directories in a config-specific map 26dba6a Fix include dir propagation from conditionally linked targets b8259c3 Centralize maintenance of usage requirement include directories 06 May 2013, 14:09:28 UTC
dea1df4 Memoize usage requirement include directories in a config-specific map Commit 42ebb188 (Memoize includes and defines from interface libraries., 2013-02-22) introduced caching of the includes. Fix the memoization to be configuration-specific so that we do not accumulate entries across multiple evaluations in a multi-config generator. 06 May 2013, 13:59:28 UTC
26dba6a Fix include dir propagation from conditionally linked targets Generator expressions, including configuration-specific expressions may be used as link libraries of targets. The old-style keywords of target_link_libraries are handled in terms of new generator expressions. However, the generator expressions expect target names to be valid against a regular expression, whereas target_link_libraries does not require validation. In generator expression constructed without any action from the user we need to ensure that only valid expressions are generated. Ensure that strings which are not valid target names are not used in generator expressions which validate the argument. Code like target_link_libraries(B debug A) generates usage requirement references such as "$<$<CONFIG:DEBUG>:A>". When cmTarget::GetIncludeDirectories uses such references it generates expressions like: $<TARGET_PROPERTY:$<$<CONFIG:DEBUG>:A>,INTERFACE_INCLUDE_DIRECTORIES> When the conditions are false such references evaluate as an empty string and the expression fails with an error such as: $<TARGET_PROPERTY:tgt,prop> expression requires a non-empty target name. Fix this by teaching cmTarget::GetIncludeDirectories to wrap the above expression inside a conditional: $<$<BOOL:$<$<CONFIG:DEBUG>:A>>:...> so that $<TARGET_PROPERTY:...> will not be evaluated with an empty target. 06 May 2013, 13:55:45 UTC
b8259c3 Centralize maintenance of usage requirement include directories Maintain a target's internal list of usage requirement include directories whenever the LINK_LIBRARIES property is set by either target_link_libraries or set_property. 06 May 2013, 13:54:11 UTC
b85f691 CMake Nightly Date Stamp 06 May 2013, 04:01:03 UTC
4cb77c4 CMake Nightly Date Stamp 05 May 2013, 04:01:02 UTC
21bdead CMake Nightly Date Stamp 04 May 2013, 04:01:02 UTC
41839d6 CMake Nightly Date Stamp 03 May 2013, 04:01:03 UTC
d94eae4 CMake Nightly Date Stamp 02 May 2013, 04:01:02 UTC
e9e088a CMake Nightly Date Stamp 01 May 2013, 04:01:08 UTC
2618e02 target_link_libraries: Update usage requirements documentation Re-word the documentation to make clear that CMake integrates usage requirements during generation and not synchronously during configuration or execution of target_link_libraries. 30 April 2013, 13:15:03 UTC
2ba65cc CMake Nightly Date Stamp 30 April 2013, 04:01:05 UTC
c80594b CMake Nightly Date Stamp 29 April 2013, 04:01:13 UTC
77df4ef CMake Nightly Date Stamp 28 April 2013, 04:01:03 UTC
82f5936 CMake Nightly Date Stamp 27 April 2013, 04:01:11 UTC
c8b3472 CMake Nightly Date Stamp 26 April 2013, 04:01:09 UTC
78185f5 CMake Nightly Date Stamp 25 April 2013, 04:01:03 UTC
90bd164 CMake Nightly Date Stamp 24 April 2013, 04:01:07 UTC
2baf851 CMake Nightly Date Stamp 23 April 2013, 04:01:07 UTC
e55b8ce CMake Nightly Date Stamp 22 April 2013, 04:01:04 UTC
d37fe5b CMake Nightly Date Stamp 21 April 2013, 04:01:05 UTC
50e9680 CMake Nightly Date Stamp 20 April 2013, 04:01:03 UTC
e6c3595 CMake Nightly Date Stamp 19 April 2013, 04:01:10 UTC
573f39c CMake 2.8.11-rc3 18 April 2013, 15:55:10 UTC
dfca68c Merge branch 'release' 18 April 2013, 15:53:22 UTC
6a3ee5d CMake Nightly Date Stamp 18 April 2013, 04:01:08 UTC
52b758b Merge topic 'doc-get_filename_component' df71f96 get_filename_component: Document path components more clearly (#14091) 17 April 2013, 15:36:30 UTC
8a2763b Merge topic 'missing-fclose-in-trycompile' ce441fa try_compile: add missing fclose() to recently added error case 17 April 2013, 15:35:26 UTC
5b5a365 Merge topic 'fix-clear-INCLUDE_DIRECTORIES-prop' 5a5e0fa Fix clearing of the INCLUDE_DIRECTORIES DIRECTORY property. 17 April 2013, 15:35:14 UTC
f2958ff CMake Nightly Date Stamp 17 April 2013, 04:01:08 UTC
df71f96 get_filename_component: Document path components more clearly (#14091) Organize component names in a table to explain each in more detail. Clearly state that PATH is the directory name. 16 April 2013, 13:02:40 UTC
ce441fa try_compile: add missing fclose() to recently added error case In commit 236133e7 (Handle targets in the LINK_LIBRARIES of try_compile, 2013-02-09) an error return case was added without closing the file in progress. Add the missing fclose() call. Spotted by sevenhill. 16 April 2013, 12:38:33 UTC
201db26 CMake Nightly Date Stamp 16 April 2013, 04:01:10 UTC
51e4424 CMake Nightly Date Stamp 15 April 2013, 04:01:14 UTC
ee62ac4 CMake Nightly Date Stamp 14 April 2013, 04:01:03 UTC
edd90f9 CMake Nightly Date Stamp 13 April 2013, 04:01:16 UTC
1513dd3 CMake Nightly Date Stamp 12 April 2013, 04:01:08 UTC
6bfa3d8 CMake Nightly Date Stamp 11 April 2013, 04:01:08 UTC
5a5e0fa Fix clearing of the INCLUDE_DIRECTORIES DIRECTORY property. This was broken by commit 18a3195a (Keep track of INCLUDE_DIRECTORIES as a vector of structs., 2012-11-19). 10 April 2013, 16:12:56 UTC
c6253fb CMake Nightly Date Stamp 10 April 2013, 04:01:09 UTC
a5b39fd CMake Nightly Date Stamp 09 April 2013, 04:01:09 UTC
a96452e CMake Nightly Date Stamp 08 April 2013, 04:01:05 UTC
4336fad CMake Nightly Date Stamp 07 April 2013, 04:01:04 UTC
back to top