- 13 Aug, 2012 20 commits
-
-
Ancient CMake versions required upper-case commands. Later command names became case-insensitive. Now the preferred style is lower-case. Run the following shell code: cmake --help-command-list | grep -v "cmake version" | while read c; do echo 's/\b'"$(echo $c | tr '[:lower:]' '[:upper:]')"'\(\s*\)(/'"$c"'\1(/g' done >convert.sed && git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' | egrep -z -v '^(Utilities/cm|Source/kwsys/)' | xargs -0 sed -i -f convert.sed && rm convert.sed
-
Our Git commit hooks disallow modification or addition of lines with trailing whitespace. Wipe out all remnants of trailing whitespace everywhere except third-party code. Run the following shell code: git ls-files -z -- \ bootstrap doxygen.config '*.readme' \ '*.c' '*.cmake' '*.cpp' '*.cxx' \ '*.el' '*.f' '*.f90' '*.h' '*.in' '*.in.l' '*.java' \ '*.mm' '*.pike' '*.py' '*.txt' '*.vim' | egrep -z -v '^(Utilities/cm|Source/(kwsys|CursesDialog/form)/)' | egrep -z -v '^(Modules/CPack\..*\.in)' | xargs -0 sed -i 's/ \+$//'
-
e88bae77 Xcode: Run xcode-select to find Xcode version file (#13463)
-
822c1eaf Do not include directories which are part of the package install prefix.
-
67f11cf1 FindSelfPackers: fix typo (#13456)
-
76d6c593 Clean up documentation formatting so that it is rendered properly in HTML.
-
b237dbd8 Xcode: Fix object library references in multi-project trees (#13452)
-
6c8722fa Fix typo direcotry -> directory (and similar) [#13444]
-
5797512c SelectLibraryConfiguration: generate correct output when input vars are lists
-
4ea5dc5b Eclipse: fix #13358: don't create bad linked resources
-
af80da34 remove lib64 Unix paths if the respective lib path is also given 733726ed find_library: Fix mixed lib->lib64 (non-)conversion cases (#13419) 54add62f find_library: Simplify lib->lib<arch> expansion 6ca2f82d find_library: Refactor lib->lib64 conversion 1fe4b82a find_library: Add test covering lib->lib64 cases
-
4ddd3b9f Use OUTPUT_NORMAL instead of OUTPUT_MERGE for cmake -E chdir.
-
214589b1 Add ability to run as a ctest -S script also
-
3a17311b Release: Temporarily exclude ExternalProject test on cygwin
-
Brad King authored
Since commit c198730b (Detect Watcom compiler version with its id, 2011-12-07) the CMAKE_(C|CXX)_COMPILER_VERSION variables are set for the Watcom compiler. Use these in Windows-wcl386.cmake to set the old WATCOM1* version variables. This avoids using the old EXECUTE_PROCESS command which failed due to extra quotes anyway.
-
Kitware Robot authored
-
- 12 Aug, 2012 1 commit
-
-
Kitware Robot authored
-
- 11 Aug, 2012 1 commit
-
-
Kitware Robot authored
-
- 10 Aug, 2012 2 commits
-
-
Brad King authored
Multiple versions of Xcode may be installed in different locations. Run "xcode-select --print-path" to detect the active Xcode location and parse its Contents/version.plist file. Note that the Xcode.app directory name may vary in developer versions.
-
Kitware Robot authored
-
- 09 Aug, 2012 4 commits
-
-
David Cole authored
-
David Cole authored
-
David Cole authored
-
Kitware Robot authored
-
- 08 Aug, 2012 1 commit
-
-
Kitware Robot authored
-
- 07 Aug, 2012 2 commits
-
-
This fix bug #0013451. The bug prevents theorerically relocatable RPM package to be installed properly. Signed-off-by:
Eric NOULARD <eric.noulard@gmail.com>
-
Kitware Robot authored
-
- 06 Aug, 2012 1 commit
-
-
Kitware Robot authored
-
- 05 Aug, 2012 1 commit
-
-
Kitware Robot authored
-
- 04 Aug, 2012 2 commits
-
-
Rolf Eike Beer authored
Correction by Modestas Vainius.
-
Kitware Robot authored
-
- 03 Aug, 2012 3 commits
-
-
-
Brad King authored
In cmGlobalXCodeGenerator::Generate we generate a .xcodeproj for each directory in the tree containing a project() command. First we iteratively use SetGenerationRoot to add "ALL_BUILD" and other targets to each project. This leaves "CurrentProject" set to the last project when we invoke cmGlobalGenerator::Generate, which is not the same as the top-level project if any subdirectories invoke the project() command. When cmGlobalGenerator::Generate reaches CreateGeneratorTargets it constructs cmGeneratorTarget and calls ComputeTargetObjects exactly once per target. In this context the value of CurrentProject is undefined so we cannot pass it to GetObjectsNormalDirectory. Use "$(PROJECT_NAME)" instead so it will adapt automatically to each project. Also teach Tests/ObjectLibrary to cover this case.
-
Kitware Robot authored
-
- 02 Aug, 2012 2 commits
-
-
Brad King authored
Teach CMake to prefer the system default compiler automatically when no compiler is specified. By default use "cc" for C, "CC" for C++, and "f95" for Fortran. Load a new Platform/<os>-<lang>.cmake module to allow each platform to specify for each language its system compiler name(s) and/or exclude certain names. Create Platform/(CYGWIN|Darwin|Linux|Windows)-CXX.cmake modules to specify "c++" as the system C++ compiler name for these platforms. On systems that use case-insensitive filesystems exclude C++ compiler names that are distinguished from C compiler names only by case. This will change the default compiler selection for existing build scripts that do not specify a compiler when run on machines with separate system and GNU compilers both installed in the PATH. We do not make this change in default behavior lightly. However: (1) If a given build really needs specific compilers one should specify them explicitly e.g. by setting CC, CXX, and FC in the environment. (2) The motivating case is to prefer the system Clang on newer OS X systems over the older GNU compilers typically also installed. On such systems the names "cc" and "c++" link to Clang. This is the first platform known to CMake on which "c++" is not a GNU compiler. The old behavior selected "gcc" for C and "c++" C++ and therefore chooses GNU for C and Clang for C++ by default. The new behavior selects GNU or Clang consistently for both languages on older or newer OS X systems, respectively. (3) Other than the motivating OS X case the conditions under which the behavior changes do not tend to exist in default OS installations. They typically occur only on non-GNU systems with manually-installed GNU compilers. (4) The consequences of the new behavior are not dire. At worst the project fails to compile with the system compiler when it previously worked with the non-system GNU compiler. Such failure is easy to work around (see #1). In short this change creates a more sensible default behavior everywhere and fixes poor default behavior on a widely-used platform at the cost of a modest change in behavior in less-common conditions.
-
Brad King authored
The compiler candidate list selection and search code for C, C++, ASM, and Fortran languages was duplicated across four modules. To look for compilers adjacent to already-enabled languages the C and CXX modules each used _CMAKE_USER_(C|CXX)_COMPILER_PATH and the ASM module used _CMAKE_TOOLCHAIN_LOCATION. Since commit 4debb7ac (Bias Fortran compiler search with C/C++ compilers, 2009-09-09) CMake prefers Fortran compilers matching the vendor and directory of an enabled C or C++ compiler. Factor out the common functionality among the four languages into a new CMakeDetermineCompiler module. Generalize the Fortran implementation so that all languages may each use the vendor and directory of the other languages that have already been enabled. For now do not list any vendor-specific names for C, C++, or ASM so that only the directory preference is used for these languages (existing behavior).
-