- 07 Oct, 2013 1 commit
-
-
Kitware Robot authored
-
- 06 Oct, 2013 1 commit
-
-
Kitware Robot authored
-
- 05 Oct, 2013 1 commit
-
-
Kitware Robot authored
-
- 04 Oct, 2013 1 commit
-
-
Kitware Robot authored
-
- 03 Oct, 2013 2 commits
- 02 Oct, 2013 5 commits
-
-
Brad King authored
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.
-
Brad King authored
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.
-
Brad King authored
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.
-
Brad King authored
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.
-
Kitware Robot authored
-
- 01 Oct, 2013 3 commits
-
-
1fce189e OS X: Search system SDKs for frameworks
-
Kitware Robot authored
-
- 30 Sep, 2013 2 commits
-
-
Brad King authored
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.
-
Kitware Robot authored
-
- 29 Sep, 2013 1 commit
-
-
Kitware Robot authored
-
- 28 Sep, 2013 1 commit
-
-
Kitware Robot authored
-
- 27 Sep, 2013 2 commits
-
-
Brad King authored
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>
-
Kitware Robot authored
-
- 26 Sep, 2013 3 commits
-
-
Kitware Robot authored
- 25 Sep, 2013 5 commits
-
-
a8d7141d bash-completion: Future-proof --help-*-list "cXXXX version" filtering
-
Brad King authored
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.
-
ca63bb10 bootstrap: try better workaround for builds on Linux/HPPA
-
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.
-
Kitware Robot authored
-
- 24 Sep, 2013 3 commits
-
-
Patrick Gansterer authored
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.
-
e63cf5f0 MSVC: Fix version test for linking corelibc on Windows CE (#14420)
-
Kitware Robot authored
-
- 23 Sep, 2013 2 commits
-
-
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.
-
Kitware Robot authored
-
- 22 Sep, 2013 1 commit
-
-
Kitware Robot authored
-
- 21 Sep, 2013 1 commit
-
-
Kitware Robot authored
-
- 20 Sep, 2013 2 commits
-
-
0f05961f FindHDF5: Fix regression in per-configuration library selection
-
Kitware Robot authored
-
- 19 Sep, 2013 2 commits
-
-
Brad King authored
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.
-
Kitware Robot authored
-
- 18 Sep, 2013 1 commit
-
-
Kitware Robot authored
-