summaryrefslogtreecommitdiffstats
path: root/CMakeCPackOptions.cmake.in
Commit message (Collapse)AuthorAgeFilesLines
* CMake: Prevent WiX installations over existing NSIS installationsNils Gladitz2016-02-091-3/+25
| | | | | | | | Use a custom action to look for Uninstall.exe in the user selected installation prefix. Its presence indicates a previous NSIS installation. Inform the user and request manual resolution of the issue.
* CMake: Mimic NSIS options dialog in WiX installerNils Gladitz2015-12-171-2/+27
|
* CMake: Fix WiX-generated .msi package file name conventionBrad King2015-12-101-2/+2
| | | | | Update our configuration of the CPack WIX generator for CMake itself to produce file names consistent with other CPack generators.
* Improve appearance of CMake .dmg package on OS XAdam Strzelecki2015-11-131-0/+7
| | | | | Configure our use of the CPack DragNDrop generator to specify a custom background image and script.
* Replace http://www.cmake.org URLs with https://cmake.orgBrad King2015-09-251-4/+4
| | | | | | | The latter is now the preferred URL for visiting cmake.org with a browser. Convert using the shell code: git ls-files -z | xargs -0 sed -i 's|http://www\.cmake|https://cmake|g'
* CMake: Add cmakexbuild component as REQUIRED to Tools group for IFW installerKonstantin Podsvirov2015-07-071-0/+9
|
* CMake: optional show LGPLv2.1 license when install cmake-gui componentKonstantin Podsvirov2015-07-071-1/+3
| | | | | | In IFW installer if cmake-gui component selected and CMake_GUI_DISTRIBUTE_WITH_Qt_LGPL enabled license will be showed.
* CMake: New option CMake_INSTALL_COMPONENTSKonstantin Podsvirov2015-07-071-15/+31
| | | | | By default is OFF. Now it's used with CPack IFW himself installer.
* CMake: Install COMPONENTs (sphinx-man)Konstantin Podsvirov2015-07-071-0/+5
| | | | Added component sphinx-man
* CMake: Install COMPONENTsKonstantin Podsvirov2015-07-071-2/+82
| | | | | | | | | | | | | | | Added components: - cmake - ctest - cpack - cmake-gui - ccmake - data - sphinx-html - sphinx-singlehtml - sphinx-qthelp Other now Unspecified.
* Update packaging of CMake for QtIFW 2.0Konstantin Podsvirov2015-05-151-0/+4
|
* CPackWIX: Customize CMake installer theme.Nils Gladitz2015-03-121-0/+8
|
* CPackWIX: Enhance CMake CPack WIX generated installer.Nils Gladitz2015-02-221-0/+22
|
* CPackIFW: Revise this generatorKonstantin Podsvirov2014-08-121-12/+15
| | | | | | | | | | 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).
* CPackIFW: Add package configuration variablesKonstantin Podsvirov2014-07-291-2/+7
|
* CPack: Add an "IFW" generator for Qt Framework InstallerKonstantin Podsvirov2014-07-281-0/+14
| | | | | | | | Add support for packaging with the Qt Framework Installer tools: http://qt-project.org/doc/qtinstallerframework/index.html Reviewed-by: Nils Gladitz <nilsgladitz@gmail.com>
* Change version scheme to use only two components for feature levelsBrad King2014-02-191-6/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Configure NSIS-packaged CMake documentation link in Start MenuBrad King2013-11-121-8/+1
| | | | | | | 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.
* Fix spelling and typos (non-binary)Andreas Mohr2013-05-071-1/+1
|
* CPack: Add a WiX Generator (#11575)Nils Gladitz2012-12-031-0/+24
| | | | | | | | | | This new CPack generator produces an *.msi installer file. Requires having the WiX Toolset installed in order to work properly. Download the WiX Toolset installer "WiX36.exe" here: http://wix.codeplex.com/releases/view/93929
* Remove CMake-language block-end command argumentsKitware Robot2012-08-131-5/+5
| | | | | | | | | | | | | | | | | 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
* Convert CMake-language commands to lower caseKitware Robot2012-08-131-14/+14
| | | | | | | | | | | | | | | | | 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
* Remove trailing whitespace from most CMake and C/C++ codeKitware Robot2012-08-131-4/+4
| | | | | | | | | | | | | | | | | 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/ \+$//'
* Add CPACK_NSIS_INSTALL_ROOT for CMake's own installer (#9148)David Cole2011-01-131-4/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Use cmake-gui.exe for the install/uninstall icon for cmake.Bill Hoffman2009-09-251-0/+3
|
* Remove CMakeSetup. Long live cmake-gui, start building Qt now.Bill Hoffman2009-09-031-5/+0
|
* BUG: Add CPACK_NSIS_PACKAGE_NAME to the list of CPack variables that CMake ↵David Cole2009-07-201-2/+4
| | | | 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.)
* ENH: do not create a desktop link for CMakeSetupBill Hoffman2009-06-261-1/+0
|
* ENH: add cmake gui docsBill Hoffman2009-02-141-1/+2
|
* ENH: deprecate CMakeSetupBill Hoffman2009-02-131-1/+1
|
* ENH: fix install in add/remove programs, again...Bill Hoffman2008-07-011-1/+1
|
* ENH: fix crash in cpack when CPACK_CYGWIN_PATCH_NUMBER not specifiedBill Hoffman2008-03-131-2/+3
|
* ENH: install seems to be working for cmake-guiBill Hoffman2008-02-181-2/+5
|
* ENH: make it so cmake-gui only installs if qt is static on windowsBill Hoffman2008-02-091-6/+3
|
* ENH: for windows only allow a static qt for install and NSIS of cmake-guiBill Hoffman2008-02-071-0/+10
|
* ENH: fix add/remove program nameBill Hoffman2008-01-151-1/+1
|
* ENH: Give Mac installers package relocation capability. Default location is ↵David Cole2007-12-261-0/+4
| | | | 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.
* ENH: change CPACK_CREATE_DESKTOP_LINKS to something that can handle spaces ↵Bill Hoffman2007-11-071-1/+1
| | | | in the name of the exectuable
* ENH: add CPACK_PROJECT_CONFIG_FILE option to CPackBill Hoffman2007-10-311-0/+36