| 0b3781e | Brad King | 16 January 2014, 14:31:28 UTC | CMake 2.8.12.2 | 16 January 2014, 14:31:28 UTC |
| 80e4048 | Brad King | 15 January 2014, 21:39:42 UTC | Merge branch 'ninja_fix_rerun' into release | 15 January 2014, 21:39:42 UTC |
| 20e595a | Brad King | 15 January 2014, 21:37:25 UTC | Revert "Ninja: Track configured files so we can regenerate them." Revert commit 4a6397a7 (Ninja: Track configured files so we can regenerate them, 2013-06-17). The files reported by the method cmMakefile::GetOutputFiles() must cause CMake to re-run only if they are missing and without considering a timestamp. This is not the meaning of the implicit dependencies field so Ninja re-runs CMake too often. Another solution will have to be found to the original problem. | 15 January 2014, 21:37:25 UTC |
| 6d00497 | Brad King | 09 January 2014, 19:06:08 UTC | Merge branch 'vs10-include-backslashes' into release | 09 January 2014, 19:06:08 UTC |
| 67fd61b | Brad King | 09 January 2014, 19:06:05 UTC | Merge branch 'xcode-storyboard-file-type-2.8.12' into release | 09 January 2014, 19:06:05 UTC |
| c131107 | Brad King | 08 January 2014, 13:50:46 UTC | VS: Convert include path to backslashes for VS >= 10 In VS <= 9 we already convert include paths to use backslashes but the conversion was left out of the VS >= 10 generator. Add the conversion now for consistency. VS 11 and 12 now require it because they mistakenly interpret forward-slash options that happen to occur in paths: http://connect.microsoft.com/VisualStudio/feedback/details/778367 | 08 January 2014, 13:58:20 UTC |
| 93fc5a5 | Ruslan Baratov | 07 January 2014, 18:52:42 UTC | Xcode: Fix storyboard view Since commit 56831461 (Xcode: Use explicitFileType to mark source types, 2013-04-16) the Xcode generator prefers to use explicitFileType to tell Xcode about each source file type. This works better than lastKnownFileType for some file types, but not for "file.storyboard". If storyboard file has attribute 'explicitFileType' it is displayed incorrectly (as raw xml). Switch it back to 'lastKnownFileType'. | 07 January 2014, 19:10:55 UTC |
| 5e34588 | Brad King | 06 January 2014, 14:46:55 UTC | Merge branch 'fix-compile-OBJECT_DIR' into release | 06 January 2014, 14:46:55 UTC |
| 1ab31dc | Brad King | 06 January 2014, 14:46:48 UTC | Merge branch 'xcode-5.1' into release | 06 January 2014, 14:46:48 UTC |
| 3401c72 | Brad King | 06 January 2014, 14:46:42 UTC | Merge branch 'vs9-map-Fd' into release | 06 January 2014, 14:46:42 UTC |
| 03f3b4e | Brad King | 23 December 2013, 14:41:45 UTC | Replace <OBJECT_DIR> rule placeholder consistently (#14667) The <OBJECT_DIR> placeholder is supposed to be the base intermediate files directory for the current target. This is how it gets replaced during link line generation. However, during compile line generation we replace it with the directory containing the current object file which may be a subdirectory. Fix replacement of <OBJECT_DIR> in the generated compile lines to be the base intermediate files directory. This was expoxed by commit 42ba1b08 (VS: Separate compiler and linker PDB files, 2013-04-05) when we added a "/Fd<OBJECT_DIR>/" flag to the MSVC compile line in order to match the VS IDE default compiler program database location in the intermediate files directory. For source files in a subdirectory relative to the current target this caused the wrong location to be used for the compiler program database. This becomes particularly important when using precompiled headers. While at it, use the cmTarget::GetSupportDirectory method to compute the intermediate files directory for the current target instead of repeating the logic in a few places. | 02 January 2014, 18:45:41 UTC |
| 65ee85d | Ted Kremenek | 09 December 2013, 15:20:47 UTC | CMakeDetermineCompilerId: Fix compiler line match for Xcode 5.1 Xcode 5.1 output no longer puts "./" in the path to the linker output for the CompilerId test binary. Update our regex to match the path with or without the component. | 09 December 2013, 15:40:42 UTC |
| bf1db49 | Brad King | 18 November 2013, 16:37:49 UTC | VS: Map /Fd to ProgramDataBaseFileName for VS 7,8,9 (#14577) Since commit 42ba1b08 (VS: Separate compiler and linker PDB files, 2013-04-05) the VS generators no longer add ProgramDataBaseFileName. Therefore we should allow projects to do so by mapping the /Fd option. For VS >= 10 our flag tables map /Fd to ProgramDataBaseFileName already. Add the mapping for VS 7, 8, and 9. | 18 November 2013, 16:48:38 UTC |
| ebf70b0 | Rolf Eike Beer | 13 November 2013, 20:41:33 UTC | FindOpenMP: fix detecting compilers that do not need any special flag (#14567) | 13 November 2013, 20:41:33 UTC |
| 4abdee6 | Brad King | 05 November 2013, 17:30:20 UTC | CMake 2.8.12.1 | 05 November 2013, 17:30:20 UTC |
| 3063011 | Brad King | 05 November 2013, 17:06:28 UTC | Merge branch 'fix-automoc-compile-definitions' into release | 05 November 2013, 17:06:28 UTC |
| a1b9465 | Stephen Kelly | 04 November 2013, 09:51:37 UTC | Automoc: Add directory-level COMPILE_DEFINITIONS to command line (#14535) In commit 18412153 (Refactor cmTarget::GetCompileDefinitions..., 2013-06-06) cmQtAutomoc was refactored to get all compile definitions from the target instead of separately asking the target and querying the directory-level COMPILE_DEFINITIONS property value. While the generation process does integrate directory-level COMPILE_DEFINITIONS into the target definitions, this did not happen until after Automoc targets are constructed. Therefore the commit regressed use of directory-level definitions in Automoc targets. Factor the definition finalization logic out from the cmGlobalGenerator::CreateGeneratorTargets method into a new cmGlobalGenerator::FinalizeTargetCompileDefinitions method and call it before constructing Automoc targets. This will place the directory-level definitions into the target in time to use them for the Automoc targets. Extend the QtAutomoc test to cover this case. | 05 November 2013, 17:00:49 UTC |
| 850276d | Brad King | 05 November 2013, 12:47:36 UTC | Merge branch 'cmake-E-automoc-crash' into release | 05 November 2013, 12:47:36 UTC |
| 9ef66f2 | Brad King | 05 November 2013, 12:37:23 UTC | cmake: Validate -E cmake_automoc argument count (#14545) Do not access an argument index not known to exist. | 05 November 2013, 12:37:23 UTC |
| b848546 | Brad King | 04 November 2013, 21:35:30 UTC | Merge branch 'clear-evaluation-files' into release | 04 November 2013, 21:35:30 UTC |
| 2e388cc | Brad King | 04 November 2013, 21:10:07 UTC | file(GENERATE): Clear internal records between configures In the CMake interactive dialogs cmGlobalGenerator::Configure may run more than once. Clear the cmGlobalGenerator::EvaluationFiles data between configures to avoid accessing deleted data. | 04 November 2013, 21:14:49 UTC |
| 17bc96d | Brad King | 04 November 2013, 13:40:03 UTC | Merge branch 'policy-CMP0022-fixes' into release | 04 November 2013, 13:40:03 UTC |
| 603fe92 | Brad King | 04 November 2013, 13:28:57 UTC | Fix summary documentation of INTERFACE_LINK_LIBRARIES The property applies to all library types, not just shared libraries. | 04 November 2013, 13:29:00 UTC |
| 0aa97b6 | Modestas Vainius | 04 November 2013, 13:24:31 UTC | Fix spelling in INTERFACE_LINK_LIBRARIES documentation (#14542) s/overriden/overridden/ | 04 November 2013, 13:26:09 UTC |
| 0a561a0 | Brad King | 03 November 2013, 11:45:21 UTC | CMP0022: Warn about a given target at most once Since cmTarget::ComputeLinkInterface is called separately for each "head" target that links a target, the warning we produce when CMP0022 is not set could be repeated. Add explicit logic to allow the warning to appear at most once. Multiple copies of the warning for the same target are almost always identical and therefore redundant. In the rare case that two copies of the warning are different, the second can appear in a future run after the first is fixed. | 03 November 2013, 14:14:54 UTC |
| 23d21b7 | Brad King | 02 November 2013, 18:49:49 UTC | Do not export INTERFACE_LINK_LIBRARIES from non-linkable targets When cmExportFileGenerator::SetImportLinkInterface exports the old LINK_INTERFACE_LIBRARIES property values it skips doing so for non-linkable targets because target->GetLinkInterface returns NULL for such targets. Since cmExportFileGenerator::PopulateInterfaceLinkLibrariesProperty looks at the INTERFACE_LINK_LIBRARIES property directly instead of using the computed link interface, teach it to skip exporting the property if target->IsLinkable returns false. Extend the RunCMake.CMP0022 test with a case covering this. Simply export an executable target that links to a library that is not exported. | 02 November 2013, 18:51:07 UTC |
| e996b4e | Brad King | 02 November 2013, 17:41:54 UTC | Merge branch 'object-library-no-TARGET_FILE' into release | 02 November 2013, 17:41:54 UTC |
| 71eee31 | Brad King | 02 November 2013, 17:41:47 UTC | Merge branch 'object-library-missing-source' into release | 02 November 2013, 17:41:47 UTC |
| 922876b | Brad King | 02 November 2013, 17:41:42 UTC | Merge branch 'vs12-parallel-cl-FS' into release | 02 November 2013, 17:41:42 UTC |
| 81eab21 | Brad King | 02 November 2013, 17:40:57 UTC | Merge branch 'FindCUDA-NPP-5.5' into release | 02 November 2013, 17:40:57 UTC |
| ef10b87 | Brad King | 02 November 2013, 16:36:23 UTC | CMP0022: Plain target_link_libraries must populate link interface The CMP0022 NEW behavior is that the INTERFACE_LINK_LIBRARIES property exactly defines the link interface. The plain target_link_libraries signature says linking is transitive by default, so it should populate the property. Teach the target_link_libraries plain signature to populate the INTERFACE_LINK_LIBRARIES regardless of the CMP0022 setting. Refactor the cmTarget::ComputeLinkInterface checks that warn when the policy is not set to compare the new property to either the explicitly set old link interface properties or the link implementation fallback for all linkable target types, not just static libraries. This fixes a regression in 2.8.12.0 that caused target_link_libraries to not implement transitive linking in the plain signature once the policy CMP0022 is set to NEW. | 02 November 2013, 16:55:17 UTC |
| 0e06788 | Stephen Kelly | 30 October 2013, 12:21:53 UTC | CMP0022: Add test for target_link_libraries plain signature | 02 November 2013, 16:48:48 UTC |
| c0f4a61 | Stephen Kelly | 12 September 2013, 15:12:42 UTC | CMP0022: Add unit test for null pointer check and message. | 02 November 2013, 16:48:40 UTC |
| 4b0cfa7 | Brad King | 02 November 2013, 16:47:45 UTC | Merge branch 'output-CMP0022-entries' into policy-CMP0022-fixes | 02 November 2013, 16:47:45 UTC |
| 5a2fc3d | Brad King | 01 November 2013, 17:39:50 UTC | Check for OBJECT_LIBRARY source files at start of generation Teach cmGlobalGenerator::CheckTargets to include OBJECT_LIBRARY targets in the check for source file existence. Extend the RunCMake.ObjectLibrary test to cover this case. | 01 November 2013, 18:46:58 UTC |
| d960589 | Brad King | 01 November 2013, 14:14:47 UTC | Genex: Reject $<TARGET_FILE:...> for object libraries (#14532) Teach the cmGeneratorExpressionEvaluator filesystem artifact logic to reject OBJECT_LIBRARY targets since they have no main artifact. Without the explicit rejection evaluation falls through to an internal CMake error message in cmTarget::GetOutputInfo. Extend the RunCMake.GeneratorExpression test to cover these cases. | 01 November 2013, 14:17:01 UTC |
| 239b0c6 | Stephen Kelly | 20 October 2013, 18:39:16 UTC | Don't add invalid content to static lib INTERFACE_LINK_LIBRARIES. Only valid target names or generator expressions may appear in the target field of a LINK_ONLY expression. Other content like link flags should still be added to that property (wrapped in config-specific generator expressions), but not wrapped in LINK_ONLY. Otherwise undue warnings would be issued for the policy CMP0022. The LINK_ONLY expression only has an effect for actual target names anyway, so there is no logical deficit. | 26 October 2013, 14:10:20 UTC |
| 0b3b336 | Stephen Kelly | 22 October 2013, 16:05:00 UTC | CMP0022: Output link interface mismatch for static library warning Other warnings for the same policy already have similar output since commit 81d2793e (Add differing target property content to policy CMP0022 warning, 2013-09-11). | 23 October 2013, 12:18:02 UTC |
| 216afc8 | Brad King | 18 October 2013, 14:22:57 UTC | MSVC: Add /FS flag for cl >= 18 to allow parallel compilation (#14492) In generators such as Ninja that can run multiple "cl" processes that refer to the same compiler .pdb file (/Fd) at the same time, MSVC from Visual Studio 2013 complains: fatal error C1041: cannot open program database '.../vc120.pdb'; if multiple CL.EXE write to the same .PDB file, please use /FS According to "cl /?": /FS force to use MSPDBSRV.EXE Add the flag to compilation lines for this compiler version just after the /Fd option. | 18 October 2013, 14:28:28 UTC |
| 5076218 | Vladislav Vinogradov | 08 October 2013, 07:22:45 UTC | FindCUDA: Fix NPP library search for CUDA 5.5 In CUDA 5.5 NPP was divided onto 3 separate libraries: nppc, npps, nppi. | 11 October 2013, 12:41:45 UTC |
| ffff99c | Brad King | 07 October 2013, 12:28:26 UTC | CMake 2.8.12 | 07 October 2013, 12:28:26 UTC |
| c515dc5 | Brad King | 07 October 2013, 12:26:46 UTC | Merge topic 'fix-install-include-dirs-processing' 6f98f4a Genex: Fix processing multiple include directories for relative paths | 07 October 2013, 12:26:46 UTC |
| 431eaf3 | Brad King | 07 October 2013, 12:26:01 UTC | Merge branch 'release' | 07 October 2013, 12:26:01 UTC |
| 6f98f4a | Stephen Kelly | 07 October 2013, 11:24:41 UTC | Genex: Fix processing multiple include directories for relative paths Re-insert the semicolon which was removed during splitting. Commit d777b8e7 (Genex: Allow relative paths in INSTALL_INTERFACE., 2013-07-25) introduced the prefixItems method to allow relative paths in the argument of the INSTALL_INTERFACE expression. That method was buggy in that it did not re-introduce the semicolon separator in the result. This bug also affects paths which are already absolute in user code. | 07 October 2013, 12:17:12 UTC |
| d85b066 | Kitware Robot | 07 October 2013, 04:01:10 UTC | CMake Nightly Date Stamp | 07 October 2013, 04:01:10 UTC |
| 5b98d09 | Kitware Robot | 06 October 2013, 04:01:10 UTC | CMake Nightly Date Stamp | 06 October 2013, 04:01:10 UTC |
| dc92741 | Kitware Robot | 05 October 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 05 October 2013, 04:01:06 UTC |
| e20edcd | Kitware Robot | 04 October 2013, 04:01:07 UTC | CMake Nightly Date Stamp | 04 October 2013, 04:01:07 UTC |
| e27523a | Brad King | 03 October 2013, 12:17:43 UTC | Merge topic 'xcode-5' a3194ff Xcode: Fix OBJECT library support for Xcode 5 (#14254) dff8d11 Xcode: Drop XCODE_DEPEND_HELPER for Xcode >= 5 1180322 Xcode: Teach Tests/BuildDepends to allow LINK_DEPENDS_NO_SHARED failure 765b46d Xcode: Fix test architecture selection for Xcode >= 5 | 03 October 2013, 12:17:43 UTC |
| a9a48ff | Kitware Robot | 03 October 2013, 04:01:05 UTC | CMake Nightly Date Stamp | 03 October 2013, 04:01:05 UTC |
| a3194ff | Brad King | 02 October 2013, 15:52:18 UTC | Xcode: Fix OBJECT library support for Xcode 5 (#14254) Xcode 2.1 through 4 supported $(CURRENT_ARCH) in a PBXFileReference 'path' value used in the "Link Binary with Libraries" build phase. CMake uses this to reference object file locations on link lines to bring in OBJECT library content. However, Xcode 5 now evaluates the $(CURRENT_ARCH) reference in this context as "undefined_arch" so the wrong path is given to the linker. There seems to be no alternative way to produce an architecture-specific value in a PBXFileReference. Fortunately Xcode 5 now also handles link dependencies for paths linked through OTHER_LDFLAGS. For Xcode >= 5, move the OBJECT library object file references from the link build phase to OTHER_LDFLAGS. We can still show the object files in the source group listing in either case. | 02 October 2013, 17:03:21 UTC |
| dff8d11 | Brad King | 02 October 2013, 15:39:22 UTC | Xcode: Drop XCODE_DEPEND_HELPER for Xcode >= 5 Xcode 5.0 now computes dependencies from files linked through OTHER_LDFLAGS, so we no longer need the XCODE_DEPEND_HELPER hack to re-link dependents when targets change. | 02 October 2013, 16:49:09 UTC |
| 1180322 | Brad King | 02 October 2013, 15:34:21 UTC | Xcode: Teach Tests/BuildDepends to allow LINK_DEPENDS_NO_SHARED failure Xcode 5.0 now relinks targets when their shared libraries dependencies are modified, and there seems to be no way to stop it. Report this as a known limitation in the test output and do not fail. | 02 October 2013, 16:49:09 UTC |
| 765b46d | Brad King | 02 October 2013, 14:44:25 UTC | Xcode: Fix test architecture selection for Xcode >= 5 In Tests/Architecture and Tests/BuildDepends/Project we select a set of OS X cpu architectures to use for the test. Prior to Xcode 4 we always used i386 and ppc. Starting with Xcode 4, the tools do not support ppc but do support x86_64, so we switch to that. Fix the version check to recognize Xcode >= 5 as at least Xcode 4 and use the new architectures. | 02 October 2013, 16:48:20 UTC |
| c0133a5 | Kitware Robot | 02 October 2013, 04:01:07 UTC | CMake Nightly Date Stamp | 02 October 2013, 04:01:07 UTC |
| c33a38f | Brad King | 01 October 2013, 12:05:44 UTC | CMake 2.8.12-rc4 | 01 October 2013, 12:05:44 UTC |
| cc329e9 | Brad King | 01 October 2013, 12:05:24 UTC | Merge topic 'osx-find-sdk-frameworks' 1fce189 OS X: Search system SDKs for frameworks | 01 October 2013, 12:05:24 UTC |
| e02e56c | Brad King | 01 October 2013, 12:05:17 UTC | Merge topic 'fix-duplicate-custom-commands' dccd494 Use first custom command for the same output (#14446) | 01 October 2013, 12:05:17 UTC |
| 204a547 | Brad King | 01 October 2013, 12:03:41 UTC | Merge branch 'release' | 01 October 2013, 12:03:41 UTC |
| fa97f43 | Kitware Robot | 01 October 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 01 October 2013, 04:01:06 UTC |
| dccd494 | Brad King | 30 September 2013, 13:27:49 UTC | Use first custom command for the same output (#14446) In buggy code like add_custom_command( OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/out.h MAIN_DEPENDENCY ${CMAKE_CURRENT_SOURCE_DIR}/out.h.in ...) add_custom_command( OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/out.h ...) that has more than one rule to generate the same output CMake has always used the first rule. However, since commit 2268c41a (Optimize custom command full-path dependency lookup, 2013-08-06) we update the map from output to cmSourceFile for every rule generating an output, effectively keeping the last command instead of the first. Fix this regression by checking for each map update if the output already has an entry. If so, keep only the original entry. The VS 8 generator triggers this with a special case for generate.stamp rules that differ between ZERO_CHECK and normal targets, so do not warn for now. Leave a TODO comment for warning in the future. | 30 September 2013, 19:03:00 UTC |
| 6a3958b | Kitware Robot | 30 September 2013, 04:01:04 UTC | CMake Nightly Date Stamp | 30 September 2013, 04:01:04 UTC |
| 6f74212 | Kitware Robot | 29 September 2013, 04:01:07 UTC | CMake Nightly Date Stamp | 29 September 2013, 04:01:07 UTC |
| 1bf010a | Kitware Robot | 28 September 2013, 04:01:10 UTC | CMake Nightly Date Stamp | 28 September 2013, 04:01:10 UTC |
| 1fce189 | Brad King | 27 September 2013, 14:13:53 UTC | OS X: Search system SDKs for frameworks In Modules/Platform/Darwin.cmake set CMAKE_SYSTEM_FRAMEWORK_PATH to include framework directories from inside the system SDK corresponding to CMAKE_OSX_SYSROOT. Suggested-by: Sean McBride <sean@rogue-research.com> | 27 September 2013, 14:18:46 UTC |
| 6ed8504 | Kitware Robot | 27 September 2013, 04:01:08 UTC | CMake Nightly Date Stamp | 27 September 2013, 04:01:08 UTC |
| 71c0eb9 | Brad King | 26 September 2013, 12:51:36 UTC | Merge topic 'wince-archfam' 0b15ffc MSVC: Fix WinCE arch family preprocessor symbol (#14436) | 26 September 2013, 12:51:36 UTC |
| 46ea147 | Brad King | 26 September 2013, 12:51:27 UTC | Merge topic 'wince-subsystem' 8bb3b3d VS: Use version-specific subsystem for WinCE compiler id (#14440) | 26 September 2013, 12:51:27 UTC |
| b89cedd | Kitware Robot | 26 September 2013, 04:01:16 UTC | CMake Nightly Date Stamp | 26 September 2013, 04:01:16 UTC |
| 6e3fe55 | Brad King | 25 September 2013, 20:37:54 UTC | Merge topic 'bash-completion-future-filter' a8d7141 bash-completion: Future-proof --help-*-list "cXXXX version" filtering | 25 September 2013, 20:37:54 UTC |
| a8d7141 | Brad King | 23 September 2013, 17:31:03 UTC | bash-completion: Future-proof --help-*-list "cXXXX version" filtering A future version of CMake may not print the "cmake version" line at the beginning of the --help-*-list output. Filter out the line with 'grep' instead of 'tail' to tolerate output from versions of CMake with and without the version line. Match "cmake version", "cpack version", and "ctest version" in each corresponding completion script. | 25 September 2013, 20:16:54 UTC |
| 951a158 | Brad King | 25 September 2013, 12:33:12 UTC | Merge topic 'hppa-bootstrap' ca63bb1 bootstrap: try better workaround for builds on Linux/HPPA | 25 September 2013, 12:33:12 UTC |
| 8bb3b3d | Patrick Gansterer | 25 September 2013, 03:25:07 UTC | VS: Use version-specific subsystem for WinCE compiler id (#14440) The subsystem must be set to WINDWOSCE for some SDKs to link an executable. Set it to 9 for VS2005 and to 8 for VS2008, since the value differs between the different Visual Studio versions. | 25 September 2013, 12:29:03 UTC |
| 5f8eefa | Kitware Robot | 25 September 2013, 04:01:11 UTC | CMake Nightly Date Stamp | 25 September 2013, 04:01:11 UTC |
| 0b15ffc | Patrick Gansterer | 25 September 2013, 03:20:22 UTC | MSVC: Fix WinCE arch family preprocessor symbol (#14436) In commit bd827f98 (Use COFF file header header for architecture detection, 2013-08-05) the MSVC_<lang>_ARCHITECTURE_ID value computed by CMakeDetermineCompilerId.cmake changed for WinCE architectures to be the exact architecture read from the PE header. Fix platform preprocessor definitions in Modules/Platform/Windows-MSVC.cmake to correspond to the architecture family (ARM or SHx) instead of the specific architecture. | 25 September 2013, 03:20:22 UTC |
| faef6b4 | Brad King | 24 September 2013, 12:39:48 UTC | Merge topic 'wince-corelibc' e63cf5f MSVC: Fix version test for linking corelibc on Windows CE (#14420) | 24 September 2013, 12:39:48 UTC |
| e5538f3 | Kitware Robot | 24 September 2013, 04:01:07 UTC | CMake Nightly Date Stamp | 24 September 2013, 04:01:07 UTC |
| e63cf5f | Patrick Gansterer | 23 September 2013, 17:38:13 UTC | MSVC: Fix version test for linking corelibc on Windows CE (#14420) In commit 8fcf0ab0 (Add support for new Windows CE compiler, 2013-08-04) we made corelibc conditional on the MSVC version, but the version value was incorrect. Update it to use corelibc for VS 2008 and below. | 23 September 2013, 21:11:47 UTC |
| 475635e | Kitware Robot | 23 September 2013, 04:01:05 UTC | CMake Nightly Date Stamp | 23 September 2013, 04:01:05 UTC |
| fe5e193 | Kitware Robot | 22 September 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 22 September 2013, 04:01:06 UTC |
| ee6b7a8 | Kitware Robot | 21 September 2013, 04:01:05 UTC | CMake Nightly Date Stamp | 21 September 2013, 04:01:05 UTC |
| d2cf4e9 | Brad King | 20 September 2013, 12:10:22 UTC | Merge topic 'FindHDF5-fix-lib-selection' 0f05961 FindHDF5: Fix regression in per-configuration library selection | 20 September 2013, 12:10:22 UTC |
| 45b1821 | Kitware Robot | 20 September 2013, 04:01:10 UTC | CMake Nightly Date Stamp | 20 September 2013, 04:01:10 UTC |
| 0f05961 | Brad King | 19 September 2013, 17:29:02 UTC | FindHDF5: Fix regression in per-configuration library selection When FindHDF5 was first added in commit e6734068 (Add HDF5 find module..., 2009-08-24) it contained a workaround for a bug in SelectLibraryConfigurations that did not transform lists correctly. That bug was fixed by commit 5797512c (SelectLibraryConfiguration: generate correct output when input vars are lists, 2012-07-28). Then refactoring in commit 04d4dc33 (SelectLibraryConfigurations: Use -NOTFOUND instead of copying the vars, 2013-07-08) changed undocumented behavior on which the original workaround relied. The result puts entries like HDF5_hdf5_LIBRARY_DEBUG-NOTFOUND in HDF5_LIBRARIES. Fix this by dropping the original workaround since the underlying issue has been fixed anyway. Use the HDF5_${LIB}_LIBRARY selected by the call to select_library_configurations directly. | 19 September 2013, 17:35:01 UTC |
| 5e2b499 | Kitware Robot | 19 September 2013, 04:01:05 UTC | CMake Nightly Date Stamp | 19 September 2013, 04:01:05 UTC |
| 9bcf6ad | Kitware Robot | 18 September 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 18 September 2013, 04:01:06 UTC |
| 40c76c1 | Brad King | 17 September 2013, 12:15:32 UTC | Merge topic 'FindPNG-compatibility' 6816044 FindPNG: Honor old PNG_LIBRARY if provided (#14398) | 17 September 2013, 12:15:32 UTC |
| abfd574 | Kitware Robot | 17 September 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 17 September 2013, 04:01:06 UTC |
| 094df7c | Brad King | 16 September 2013, 12:55:26 UTC | Merge topic 'FindCUDA-list-obj-files' ef27fa6 FindCUDA: Always list custom command outputs in their targets | 16 September 2013, 12:55:26 UTC |
| 237aaaf | Brad King | 16 September 2013, 12:55:21 UTC | Merge topic 'fix-genex-preprocessing-incomplete' 70089d0 genex: Fix preprocessing with incomplete content (#14410). | 16 September 2013, 12:55:21 UTC |
| c1122e1 | Kitware Robot | 16 September 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 16 September 2013, 04:01:06 UTC |
| 3cc8a78 | Kitware Robot | 15 September 2013, 04:01:05 UTC | CMake Nightly Date Stamp | 15 September 2013, 04:01:05 UTC |
| 396dfaf | Kitware Robot | 14 September 2013, 04:01:07 UTC | CMake Nightly Date Stamp | 14 September 2013, 04:01:07 UTC |
| 70089d0 | Stephen Kelly | 13 September 2013, 15:22:05 UTC | genex: Fix preprocessing with incomplete content (#14410). Similar incomplete generator expressions are already tested in the GeneratorExpression unit test, but those are executed with add_custom_target. The generator expressions in the include directories are run through the preprocessor, whereas the ones run through add_custom_target are not. | 13 September 2013, 16:21:37 UTC |
| 6816044 | Brad King | 13 September 2013, 15:52:48 UTC | FindPNG: Honor old PNG_LIBRARY if provided (#14398) In commit 2a797539 (FindPNG: improve library detection, 2013-07-27) we split the search for PNG into separate PNG_LIBRARY_DEBUG and PNG_LIBRARY_RELEASE variables. However, if a project or user sets the old PNG_LIBRARY value we must honor it instead of searching. While at it, mark PNG_LIBRARY_RELEASE and PNG_LIBRARY_DEBUG as advanced and remove a stray debug message. | 13 September 2013, 15:54:31 UTC |
| b434b05 | Brad King | 13 September 2013, 15:37:53 UTC | Merge topic 'print-CMP0022-content-conflict' 271bf10 Fix CMP0022 warning when no old-style property is set | 13 September 2013, 15:37:53 UTC |
| 271bf10 | Stephen Kelly | 12 September 2013, 15:12:42 UTC | Fix CMP0022 warning when no old-style property is set The string could be null at this point. | 13 September 2013, 15:34:08 UTC |
| ef27fa6 | Brad King | 13 September 2013, 14:08:43 UTC | FindCUDA: Always list custom command outputs in their targets CMake's intended interface for linking to explicit object files (marked with EXTERNAL_OBJECT) is that only those listed as target sources should be linked. Drop FindCUDA's attempt to hide the .obj files from VS IDE project files, which depends on VS-version-specific behavior of linking custom command outputs that happen to be named "*.obj". CMake puts external object files in a dedicated source group anyway. | 13 September 2013, 14:08:43 UTC |
| 1fef29e | Kitware Robot | 13 September 2013, 04:01:06 UTC | CMake Nightly Date Stamp | 13 September 2013, 04:01:06 UTC |
| ca63bb1 | Rolf Eike Beer | 12 September 2013, 18:59:11 UTC | bootstrap: try better workaround for builds on Linux/HPPA The workaround currently present works fine without -O or with -O1, but fails with -Os or -O2 and higher. Using -O2 is common e.g. in Gentoo, as resulting in bugs like this: https://bugs.gentoo.org/473276 Prevent the workaround for higher optimization levels to make bootstrapping more likely to succeed. This is still a workaround as ld still keeps crashing in some situations. | 12 September 2013, 18:59:11 UTC |
