1. 08 Mar, 2016 1 commit
    • Brad King's avatar
      CMakeForceCompiler: Deprecate this module and its macros · d929c35f
      Brad King authored
      We originally deprecated this module in commit v3.5.0-rc1~295^2
      (CMakeForceCompiler: Deprecate this module and its macros, 2015-10-19).
      Then a use case was found to still require the module so the deprecation
      was reverted for CMake 3.5 by commit v3.5.0-rc3~4^2 (CMakeForceCompiler:
      De-deprecate until more use cases have alternatives, 2016-02-17).  Since
      then `CMAKE_TRY_COMPILE_TARGET_TYPE` was introduced to provide an
      alternative solution for that use case.  Deprecate the module again.
      d929c35f
  2. 17 Feb, 2016 1 commit
    • Brad King's avatar
      CMakeForceCompiler: De-deprecate until more use cases have alternatives · beaa4fa5
      Brad King authored
      We deprecated this module in commit v3.5.0-rc1~295^2
      (CMakeForceCompiler: Deprecate this module and its macros, 2015-10-19)
      in order to determine whether anyone still has use cases that require
      it.  Indeed we still need to provide a way to work with toolchains that
      cannot link binaries without special flags.  Remove the deprecation
      warnings until we can provide an alternative to the module for this use
      case.
      beaa4fa5
  3. 19 Oct, 2015 1 commit
    • Brad King's avatar
      CMakeForceCompiler: Deprecate this module and its macros · ed77504d
      Brad King authored
      This module was added by commit v2.6.0~1489 (...supporting embedded
      compilers..., 2007-07-02) to avoid needing to build the compiler id
      detection source on toolchains that need special flags or linker files
      to produce executables.  Since then CMake has learned other ways to
      identify such compilers (e.g. passing vendor-specific version flags and
      checking for vendor-specific banners in the output).  Furthermore, CMake
      now detects a lot more than just the compiler id during language
      initialization in order to support things like <LANG>_STANDARD and
      COMPILE_FEATURES.  Therefore CMakeForceCompiler is no longer a viable
      approach because it skips such detection.
      
      One remaining challenge to support toolchains that require special
      linker files is to build the test for a working compiler, compiler ABI
      detection binary, and other try_compile cases.  This will have to be
      worked out as such cases are encountered.
      ed77504d
  4. 20 Oct, 2014 1 commit
    • Ben Boeckel's avatar
      Avoid if() quoted auto-dereference · 29c3edb8
      Ben Boeckel authored
      When testing CMAKE_<LANG>_COMPILER_ID values, do not explicitly
      dereference or quote the variable. We want if() to auto-dereference the
      variable and not its value. Also replace MATCHES with STREQUAL where
      equivalent.
      29c3edb8
  5. 15 Oct, 2013 1 commit
  6. 24 Aug, 2012 1 commit
    • Brad King's avatar
      Move CMAKE_<LANG>_COMPILER_WORKS to compiler information files · 3df81b49
      Brad King authored
      Since the parent commit this test result is specific to the version of
      CMake.  Store it in the version-specific compiler information files
      instead of CMakeCache.txt so testing can be re-done to meet the
      requirements of the current version of CMake even if another version of
      CMake was already used to configure the build tree.
      3df81b49
  7. 13 Aug, 2012 2 commits
    • Kitware Robot's avatar
      Remove CMake-language block-end command arguments · 9db31162
      Kitware Robot authored
      Ancient versions of CMake required else(), endif(), and similar block
      termination commands to have arguments matching the command starting the
      block.  This is no longer the preferred style.
      
      Run the following shell code:
      
      for c in else endif endforeach endfunction endmacro endwhile; do
          echo 's/\b'"$c"'\(\s*\)(.\+)/'"$c"'\1()/'
      done >convert.sed &&
      git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' |
      egrep -z -v '^(Utilities/cm|Source/kwsys/)' |
      egrep -z -v 'Tests/CMakeTests/While-Endwhile-' |
      xargs -0 sed -i -f convert.sed &&
      rm convert.sed
      9db31162
    • Kitware Robot's avatar
      Convert CMake-language commands to lower case · 77543bde
      Kitware Robot authored
      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
      77543bde
  8. 09 Aug, 2010 1 commit
  9. 28 Jan, 2010 1 commit
  10. 14 Dec, 2009 1 commit
    • Brad King's avatar
      Provide macro to force Fortran compiler · 126c93cd
      Brad King authored
      We add the macro CMAKE_FORCE_Fortran_COMPILER to the cross-compiling
      helper module CMakeForceCompiler.cmake so that toolchain files can force
      a Fortran compiler as well as C and C++ compilers.  See issue #10032.
      126c93cd
  11. 01 Oct, 2009 1 commit
  12. 28 Sep, 2009 1 commit
    • Brad King's avatar
      Convert CMake non-find modules to BSD License · 3a666595
      Brad King authored
      This adds copyright/license notification blocks CMake's non-find
      modules.  Most of the modules had no notices at all.  Some had notices
      referring to the BSD license already.  This commit normalizes existing
      notices and adds missing notices.
      3a666595
  13. 03 Mar, 2008 2 commits
  14. 14 Feb, 2008 1 commit
  15. 03 Feb, 2008 1 commit
  16. 24 Aug, 2007 1 commit
    • Alexander Neundorf's avatar
      · f35f1ac9
      Alexander Neundorf authored
      STYLE: fix typo in the docs
      
      Alex
      f35f1ac9
  17. 12 Jul, 2007 1 commit
  18. 11 Jul, 2007 2 commits
    • Alexander Neundorf's avatar
      16705a3e
    • Alexander Neundorf's avatar
      · bea1a5de
      Alexander Neundorf authored
      ENH: CMAKE_<LANG>_LINKER_PREFERENCE is now an integer priority, not a
      two-step priority (None or Prefered)
      Current order: ASM 0, C 10, Fortran 20, CXX 30, Java 40
      This is the same order as automake choses:
      http://www.gnu.org/software/automake/manual/html_node/How-the-Linker-is-Chosen.html
      
      This change should be backward compatible:
      if there is a project using fortran and CXX, they had to set the
      LINKER_LANGUAGE explicitely, otherwise cmake complained (but still generated
      the project files). Explicitely setting the linker language still overrides
      automatic detection.
      If somebody has a custom language for cmake and the PREFERENCE starts with
      "P", its changed to 100, which gives it preference over all other languages
      (except the other custom languages which have also "Prefered"). "None" is
      converted to 0.
      
      Alex
      bea1a5de
  19. 02 Jul, 2007 1 commit
    • Alexander Neundorf's avatar
      · fda7753f
      Alexander Neundorf authored
      ENH: make supporting embedded compilers need a user specific linker file for
      compiling an executable (amd thus cannot build the compiler-id program)
      easier by providing CMAKE_FORCE_XXX() macros which force cmake to use the
      given compilers anyway
      
      Alex
      fda7753f