summaryrefslogtreecommitdiffstats
path: root/CMakeCPack.cmake
Commit message (Collapse)AuthorAgeFilesLines
* CMakeCPack: Provide an upgrade guid for WiXRichard Ulrich2013-07-191-0/+2
| | | | | | Set CPACK_WIX_UPGRADE_GUID. Without this upgrade GUID, you end up with multiple instances of the same installation when installing cmake from a WIX generated installer.
* Convert the CPACK_CYGWIN_PATCH_NUMBER variable to a cache variableDavid Cole2012-08-161-3/+4
| | | | | | | | | Makes it easy to override it, by priming the cache from a release build script, for example. Also: correct mistaken @@ variable references with plain ${} style references so that future readers do not think that it must be an input to configure_file...
* Remove CMake-language block-end command argumentsKitware Robot2012-08-131-13/+13
| | | | | | | | | | | | | | | | | 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-67/+67
| | | | | | | | | | | | | | | | | 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-9/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Add CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_NO_WARNINGS variableDavid Cole2011-01-131-1/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The parent commit added a warning message whenever a required file does not exist. As it turns out, the "required" files never exist when built with Visual Studio Express editions. Add a variable to suppress these warning messages because only packagers or naive includers of this file will care to see such warning messages. We want to warn about this condition by default so that people who are using InstallRequiredSystemLibraries without understanding it fully will have a chance of understanding why it's not working in the event of missing required files. But we also want to give projects the ability to suppress this warning (by "project's choice default") so that they can encourage users who are restricted to using an Express edition to build their project. Packagers should explicitly use... -DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_NO_WARNINGS=OFF ...when building releases. That way, their release build process will warn them about any missing files, but only if their project CMakeLists files use a construct similar to CMake's: IF(NOT DEFINED CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_NO_WARNINGS) SET(CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_NO_WARNINGS ON) ENDIF()
* Fix CMake data and doc paths in Cygwin packageBrad King2010-06-091-14/+1
| | | | | | | Override CMAKE_DOC_DIR and CMAKE_DATA_DIR cache entries on Cygwin early enough so the new values are used everywhere. Previously only some of the uses were overridden. Also set CPACK_PACKAGE_VERSION to the whole CMake_VERSION so that the Cygwin MANIFEST file goes in the proper path.
* Package CMake with new version schemeBrad King2010-05-041-7/+2
|
* Remove MFC libraries from install tree.Bill Hoffman2009-09-281-1/+0
|
* Convert CMake to OSI-approved BSD LicenseBrad King2009-09-281-0/+12
| | | | | | | This converts the CMake license to a pure 3-clause OSI-approved BSD License. We drop the previous license clause requiring modified versions to be plainly marked. We also update the CMake copyright to cover the full development time range.
* ENH: Overhaul CMake version numberingBrad King2009-03-051-9/+4
| | | | | | | | | | | | | This moves the version numbers into an isolated configured header so that not all of CMake needs to rebuild when the version changes. Previously we had spaces, dashes and/or the word 'patch' randomly chosen before the patch number. Now we always report version numbers in the traditional format "<major>.<minor>.<patch>[-rc<rc>]". We still use odd minor numbers for development versions. Now we also use the CCYYMMDD date as the patch number of development versions, thus allowing tests for exact CMake versions.
* ENH: do not put system name into cygwin packageBill Hoffman2008-05-231-1/+9
|
* ENH: make sure Cygwin-Unknown is not the name for the packageBill Hoffman2008-05-201-1/+8
|
* ENH: make it so cmake-gui only installs if qt is static on windowsBill Hoffman2008-02-091-0/+2
|
* ENH: change CPACK_CREATE_DESKTOP_LINKS to something that can handle spaces ↵Bill Hoffman2007-11-071-1/+4
| | | | in the name of the exectuable
* ENH: add CPACK_PROJECT_CONFIG_FILE option to CPackBill Hoffman2007-10-311-0/+3
|
* ENH: cpack changes, remove the escape variable stuff as it is not needed if ↵Bill Hoffman2007-10-311-53/+16
| | | | you provide a config file for cpack
* ENH: fix for cygwin packageBill Hoffman2007-10-301-1/+1
|
* ENH: add ability to set installer icons, links to web pages, nsis code in ↵Bill Hoffman2007-10-291-2/+18
| | | | the icon section of the template, and ability to escape variables correctly
* ENH: add ability to create links on the start menuBill Hoffman2007-10-181-3/+13
|
* ENH: allow for desktop link to be created and fix chop of last char in PATH ↵Bill Hoffman2007-09-181-0/+1
| | | | on uninstall
* ENH: for CVS CMake have cpack use the version date in the name of the packageBill Hoffman2007-09-071-3/+8
|
* ENH: deb generator can now generate deb packagesAlexander Neundorf2007-07-271-1/+2
| | | | | | | | | | -remove the unscriptable commands also from the cpack cmake -use CPACK_PACKAGE_CONTACT in CMakeCPack.cmake, it's used in the nsis and the deb generator -make set_properties() scriptable -use a non-const char array for adding the python modules Alex
* ENH: start trying to cleanup CMakeLists filesKen Martin2007-05-101-0/+85
generated by cgit v0.12 at 2024-11-15 06:44:32 (GMT)