1. 09 Feb, 2016 1 commit
  2. 17 Dec, 2015 1 commit
  3. 10 Dec, 2015 1 commit
  4. 13 Nov, 2015 1 commit
  5. 25 Sep, 2015 1 commit
  6. 07 Jul, 2015 5 commits
  7. 15 May, 2015 1 commit
  8. 12 Mar, 2015 1 commit
  9. 22 Feb, 2015 1 commit
  10. 12 Aug, 2014 1 commit
    • Konstantin Podsvirov's avatar
      CPackIFW: Revise this generator · e6496b60
      Konstantin Podsvirov authored
      CPack IFW generator updates:
      - Group now can have script;
      - Root package (for monolithic or one package installers) can be
        configured from group.
      CMake updates:
      - Native installation (no Unspecified component).
  11. 29 Jul, 2014 1 commit
  12. 28 Jul, 2014 1 commit
  13. 19 Feb, 2014 1 commit
    • Brad King's avatar
      Change version scheme to use only two components for feature levels · 7cbab178
      Brad King authored
      Historically CMake used three version components for the feature level.
      We released new features while incrementing only the third version
      component.  Since commit v2.8.2~105^2~4 (New version scheme to support
      branchy workflow, 2010-04-23) we used the fourth version component for
      bug-fix releases and the development date:
       <major>.<minor>.<patch>[.<tweak>][-rc<n>] = Release
       <major>.<minor>.<patch>.<date>[-<id>]     = Development
      This solidified use of three components for the feature level, and was
      necessary to continue releasing 2.x versions because:
      * Some existing projects performed floating-point comparisons of
        ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION} to 2.x numbers
        so ``x`` could never be higher than 9.
      * Version 2.9.<date> was used briefly in post-2.8.0 development in
        CVS prior to the transition to Git, so using it in releases may
        have caused confusion.
      Now that we are moving to 3.x versions, these two restrictions go away.
      Therefore we now change to use only two components for the feature
      level and use the scheme:
       <major>.<minor>.<patch>[-rc<n>] = Release
       <major>.<minor>.<date>[-<id>]   = Development
  14. 12 Nov, 2013 1 commit
    • Brad King's avatar
      Configure NSIS-packaged CMake documentation link in Start Menu · 76550297
      Brad King authored
      Now that we use Sphinx to generate the documentation there is a single
      entry point to link from the start menu.  Drop all the (now broken)
      links to the individual html document pages and provide a single link to
      the index.html "CMake Documentation" entry point.
  15. 07 May, 2013 1 commit
  16. 03 Dec, 2012 1 commit
  17. 13 Aug, 2012 3 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
    • 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
    • Kitware Robot's avatar
      Remove trailing whitespace from most CMake and C/C++ code · 7bbaa428
      Kitware Robot authored
      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/ \+$//'
  18. 13 Jan, 2011 1 commit
    • David Cole's avatar
      Add CPACK_NSIS_INSTALL_ROOT for CMake's own installer (#9148) · 96cd1638
      David Cole authored
      Problem with CMake 2.8.4-rc1: when you launch the NSIS exe installer
      on Windows, the default install path shown to the end user is, at first,
      "\CMake 2.8".
      This problem started occurring when configuring CMake itself with an
      older CMake, after adding CPACK_NSIS_INSTALL_ROOT to fix issue 9148.
      So... it's a regression from 2.8.3.
      I forgot (again) that when you add a new CPack variable, you must
      add it to CMake's CMakeCPack.cmake file or else it is empty when
      configured with an older CMake. And on Windows, without a bootstrap
      build available, the releases are always configured with an older
      version of CMake. This may be the last time this has bitten me,
      though, because it is now burned into my brain that problems with
      CMake's installer itself are inevitably associated with adding new
      CPack variables.
      In addition to adding a definition for CPACK_NSIS_INSTALL_ROOT,
      I've gone ahead and made it differ for the 32- and 64-bit builds
      of CMake to give the end user the expected default value for the
      Program Files folder for each one.
      And, since I was adding a new 32/64 differentiator anyhow, I made
      the "NSIS package name" and "installer registry key base" different
      for 64-bit builds, too, by appending " (Win64)" to each one.
      These address the concerns mentioned in 9148's related issue:
      http://public.kitware.com/Bug/view.php?id=9094 (at least as far
      as CMake's installer is concerned). 9094 could still use a good
      general fix for all projects, though, and remains open for now.
  19. 25 Sep, 2009 2 commits
  20. 03 Sep, 2009 1 commit
  21. 20 Jul, 2009 1 commit
    • David Cole's avatar
      BUG: Add CPACK_NSIS_PACKAGE_NAME to the list of CPack variables that CMake... · 9f629f7a
      David Cole authored
      BUG: Add CPACK_NSIS_PACKAGE_NAME to the list of CPack variables that CMake overrides. We use the same value as the CPack-provided default, but do it here such that configuring with an older CMake will still give us this new variable. Necessary so that the CMake release process works with the new variable: CMake is configured with a previous CMake, but packaged with the freshly built CPack. (This fix is necessary because the fix for issue #8682 caused the side effect of having an empty CPACK_NSIS_PACKAGE_NAME for the CMake nightly package.)
  22. 26 Jun, 2009 1 commit
  23. 13 Feb, 2009 2 commits
  24. 01 Jul, 2008 1 commit
  25. 12 Mar, 2008 1 commit
  26. 18 Feb, 2008 1 commit
  27. 09 Feb, 2008 1 commit
  28. 07 Feb, 2008 1 commit
  29. 15 Jan, 2008 1 commit
  30. 26 Dec, 2007 1 commit
    • David Cole's avatar
      ENH: Give Mac installers package relocation capability. Default location is... · 764f6838
      David Cole authored
      ENH: Give Mac installers package relocation capability. Default location is still the same for backwards compatibility, but packages will now be relocatable by default like they are on Windows via the NSIS installer. New CPack variables for controlling this functionality are CPACK_PACKAGE_DEFAULT_LOCATION and CPACK_PACKAGE_RELOCATABLE.
  31. 07 Nov, 2007 1 commit
  32. 31 Oct, 2007 1 commit