summaryrefslogtreecommitdiffstats
path: root/CMakeLists.txt
Commit message (Collapse)AuthorAgeFilesLines
* Merge CMake 2.8.1 to start branchy workflowBrad King2010-05-171-2/+3
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge the release branch into master to get its version number, tags, and ChangeLog. Revert the version on master from 2.9 back to 2.8. Future releases will be prepared directly in master. This is the starting point for a branchy workflow based on one described by the "git help workflows" man page. New development will be done on local topic branches. Topics will be published by merging them into one of the integration branches: maint = Maintenance of previous release master = Preparation of future release next = Development of features ("next" to be merged into master) In order to bootstrap the topic-based workflow from here, all changes in master since the 2.8 release branch started will either be included in the next release or reverted and recreated on a topic branch.
| * CMake 2.8.1v2.8.1Bill Hoffman2010-03-161-1/+1
| |
| * CMake 2.8.1-rc5Bill Hoffman2010-03-101-1/+1
| | | | | | | | | | | | | | Fix Qt with OpenGL on the Mac. Add .git .bzr and .hg to the list of default CPack ignore directories. Bump RC number Update ChangeLog.manual
| * Increment RC number to RC 4 to match commits on branch.Bill Hoffman2010-03-051-1/+1
| |
| * CMake 2.8.1-rc3Brad King2010-02-161-1/+1
| |
| * CMake 2.8.1-rc2Brad King2010-02-111-1/+1
| |
| * CMake 2.8.1-rc1Brad King2010-01-281-17/+43
| |
| * CMake 2.8.0v2.8.0Brad King2009-11-131-1/+1
| |
| * CMake 2.8.0-rc7Brad King2009-11-111-1/+1
| |
| * CMake 2.8.0-rc6Brad King2009-11-101-1/+1
| |
| * CMake 2.8.0-rc5Brad King2009-11-031-1/+1
| |
| * RC 4 mergeBill Hoffman2009-10-281-2/+3
| |
| * Merge in changes for RC 3Bill Hoffman2009-10-091-4/+4
| |
| * Merge in changes to CMake-2-8 RC 2Bill Hoffman2009-10-011-1/+17
| |
| * Add RC value of 1Bill Hoffman2009-09-241-1/+1
| |
| * change version to RC 0Bill Hoffman2009-09-241-1/+2
| |
* | Report commit hash in CMake development versionsBrad King2010-04-231-0/+6
| | | | | | | | | | | | For builds from Git repositories, add "-g<commit>" to the end of the version number. If the source tree is modified, append "-dirty". For builds from CVS checkouts, add "-cvs-<branch>".
* | New version scheme to support branchy workflowBrad King2010-04-231-9/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Prepare to switch to the workflow described by "git help workflows". In this workflow, the "master" branch is always used to integrate topics ready for release. Brand new work merges into a "next" branch instead. We need a new versioning scheme to work this way because the version on "master" must always increase. We no longer use an even/odd minor number to distinguish releases from development versions. Since we still support cvs checkout of our source tree we cannot depend on "git describe" to compute a version number based on the history graph. We can use the CCYYMMDD nightly date stamp to get a monotonically increasing version component. The new version format is "major.minor.patch.(tweak|date)". Releases use a tweak level in the half-open range [0,20000000), which is smaller than any current or future date. For tweak=0 we do not show the tweak component, leaving the format "major.minor.patch" for most releases. Development versions use date=CCYYMMDD for the tweak level. The major.minor.patch part of development versions on "master" always matches the most recent release. For example, a first-parent traversal of "master" might see v2.8.1 2.8.1.20100422 v2.8.2 | | | ----o----o----o----o----o----o----o----o---- Since the date appears in the tweak component, the next release can increment the patch level (or any more significant component) to be greater than any version leading to it. Topic branches not ready for release are published only on "next" so we know that all versions on master lead between two releases.
* | Add CMAKE_TESTS_CDASH_SERVER variable and CTestSubmitLargeOutput test.David Cole2010-03-081-0/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If defined and non-empty, the value of CMAKE_TESTS_CDASH_SERVER should point to a CDash server willing to accept submissions for a project named PublicDashboard. On machines that also run a CDash dashboard, set this variable to "http://localhost/CDash-trunk-Testing" so that the CMake tests that submit dashboards do not have to send those submissions over the wire. The CTestSubmitLargeOutput test runs a dashboard that has a test that produces very large amount of output on stdout/stderr. Since we do not even want to attempt to send such large output over the wire, this test is off by default unless the CMAKE_TESTS_CDASH_SERVER server is localhost. This test is expected to cause a submission failure when sent to CDash. It passes if the submit results contain error output. It fails if the submit succeeds. CMAKE_TESTS_CDASH_SERVER: CDash server used by CMake/Tests. If not defined or "", this variable defaults to the server at http://www.cdash.org/CDash. If set explicitly to "NOTFOUND", curl tests and ctest tests that use the network are skipped. If set to something starting with "http://localhost/", the CDash is expected to be an instance of CDash used for CDash testing, pointing to a cdash4simpletest database. In these cases, the CDash dashboards should be run first.
* | Disable arch-specific try_run in CMake itselfBrad King2009-12-141-0/+11
| | | | | | | | | | | | | | We disallow try_run() when CMAKE_TRY_COMPILE_OSX_ARCHITECTURES is set because the binary might not be able to run on the host architecture. This prevents us from creating ppc test binaries on i386 Mac machines that cause Rosetta install dialogs to appear.
* | Test 'install' target of CMake itselfBrad King2009-12-101-0/+4
| | | | | | | | | | | | We create option CMake_TEST_INSTALL to enable a new CMake.Install test. It tests running the "make install" target to install CMake itself into a test directory. We enable the option by default for dashboard builds.
* | Apply CMake test-time config to all testsBrad King2009-12-101-0/+4
| | | | | | | | | | | | We configure an EnforceConfig.cmake script to load at CTest time. Previously we loaded it from Tests/CTestTestfile.cmake, but now we load it from the top level so it applies to all tests.
* | Fix installation of CMake itselfBrad King2009-12-101-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | CMake 2.8.0 and below use the EXECUTABLE_OUTPUT_PATH setting from the top-level CMakeLists.txt file to compute the location of the "cmake" target for the special case of installing cmake over itself. The commit "Clean up CMake build tree 'bin' directory" moved the setting of EXECUTABLE_OUTPUT_PATH that affects the "cmake" target into the Source subdirectory. This broke the special-case lookup in the top level. We fix it by setting EXECUTABLE_OUTPUT_PATH at the end of the top-level CMakeLists.txt file. Now that we use add_subdirectory to process the subdirectories in order, this setting does not affect the subdirectories. Thus we fix installation while preserving the clean build tree 'bin' directory intended by the above-mentioned commit.
* | Use add_subdirectory instead of subdirs in CMakeBrad King2009-12-101-11/+11
| | | | | | | | | | | | We switch CMake's own top-level CMakeLists.txt file to use the modern add_subdirectory() command instead of the old subdirs() command. This enables in-order processing.
* | Clean up CMake build tree 'bin' directoryBrad King2009-12-081-5/+6
| | | | | | | | | | | | | | | | We re-arrange EXECUTABLE_OUTPUT_PATH settings to avoid putting utility and test executables in the 'bin' directory of the build tree. This makes the directory look like that in the installation tree, except that on multi-configuration generators we still use a per-config subdirectory.
* | Remove useless include file filtersBrad King2009-12-081-1/+0
| | | | | | | | | | | | | | | | | | | | The commit "Cleanup regular expressions" removed real include filter expressions and replaced them with lines like INCLUDE_REGULAR_EXPRESSION("^.*$") that do no filtering. We simplify the change by removing the lines altogether.
* | keep libarchive from using a system zlib unless cmake uses oneBill Hoffman2009-11-091-0/+2
| |
* | Switch to using libarchive from libtar for cpack and cmake -E tarBill Hoffman2009-10-301-15/+20
| | | | | | | | | | | | This allows for a built in bzip and zip capability, so external tools will not be needed for these packagers. The cmake -E tar xf should be able to handle all compression types now as well.
* | Add test of all available CPack generators. Add this test with the goal of ↵David Cole2009-10-201-1/+2
| | | | | | | | increasing coverage of the cpack source code, even/especially when the underlying packager tool is not installed. The test does not fail if there is a cpack problem with a certain generator. I expect some generators will fail on every machine running a CMake dashboard.
* | Fix permsissions of installed SquishRunTestCase.shBrad King2009-10-051-3/+3
| | | | | | | | | | | | | | This commit fixes permissions of Modules/SquishRunTestCase.sh after installation. Previously install() removed executable permissions. Patch from Modestas Vainius. See issue #9659.
* | Convert CMake to OSI-approved BSD LicenseBrad King2009-09-281-0/+11
| | | | | | | | | | | | | | 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.
* | Install KWSys Copyright.txt as documentationBrad King2009-09-281-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | This commit adds KWSys configuration option KWSYS_INSTALL_DOC_DIR to specify the directory for installation of documentation. We use it to put the KWSys Copyright.txt file at the location ${KWSYS_INSTALL_DOC_DIR}/${KWSYS_NAMESPACE}/Copyright.txt in the project installation tree. This helps containing projects meet the license requirement to distribute the copyright and license with binary forms.
* | Install Copyright.txtBrad King2009-09-281-0/+3
| |
* | CVS is now 2.9Bill Hoffman2009-09-241-1/+1
|/
* Remove CMakeSetup. Long live cmake-gui, start building Qt now.Bill Hoffman2009-09-031-50/+4
|
* Fix installation when built by CMake 2.4Brad King2009-07-311-0/+6
| | | | | | | | | CMake 2.4 generates old-style cmake_install.cmake code including calls to the file(INSTALL) command with the COMPONENTS argument. We need to set CMAKE_INSTALL_SELF_2_4 for the whole install tree to prevent the command from complaining in this special case. Previously this was needed only in the QtDialog directory, but now it is needed in the entire tree.
* ENH: Allow empty endif() and such with CMake 2.4Brad King2009-07-241-0/+2
| | | | | This allows us to use empty endif() and similar block terminators when building with CMake 2.4. It is allowed by default with 2.6 already.
* ENH: Install all Modules and TemplatesBrad King2009-07-241-2/+15
| | | | | | | This removes the file-wise installation rules for Modules and Templates and instead installs the whole directories. This approach is much less error-prone. The old approach was left from before CMake had the install(DIRECTORY) command.
* COMP: We now require CMake 2.4.5 or higher to buildBrad King2009-06-111-1/+1
| | | | | We use the CMakeDependentOption module unconditionally, so we must require a version of CMake new enough to provide it.
* ENH: Disable the xmlrpc drop method by defaultBrad King2009-06-111-18/+13
| | | | | | | We've chosen to drop our default dependence on xmlrpc. Thus we disable the corresponding CTest submission method and remove the sources for building xmlrpc locally. Users can re-enable the method by setting the CTEST_USE_XMLRPC option to use a system-installed xmlrpc library.
* ENH: Remove option to build cmcurl-7.19.0Brad King2009-06-111-7/+1
| | | | | | This version of curl was added experimentally but does not address the problem we were hoping it fixed (an occasional upload hang). Importing a new curl can wait until the problem is fully diagnosed and addressed.
* ENH: Simplify decision to use system librariesBrad King2009-06-111-53/+38
| | | | | | Previously we disallowed use of system libraries if FindXMLRPC.cmake was not available. Now that CMake 2.4 is required to build, the module is always available. This change simplifies the logic accordingly.
* ENH: allow for shared build of libcurl and fix build with openssl option ↵Bill Hoffman2009-04-101-1/+4
| | | | (ssl tested on linux and windows
* ENH: Overhaul CMake version numberingBrad King2009-03-051-7/+3
| | | | | | | | | | | | | 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: check in ability to build with new curl -f -DCMAKE_USE_NEW_CURL is setBill Hoffman2008-09-291-2/+8
|
* ENH: install the mac application bundle into /Applications directly with no ↵Bill Hoffman2008-04-041-4/+5
| | | | enclosing folder
* ENH: forgot to check this in, need to change the version in CVSBill Hoffman2008-03-191-1/+1
|
* ENH: Set CMake Policy CMP0003 to NEW behavior to build without warnings with ↵Brad King2008-03-171-0/+4
| | | | the upcoming CMake 2.6 release.
* BUG: undo accidental commitKen Martin2008-03-041-2/+9
|
* ENH: Simplify tests for building CMake itself with rpath support now that ↵Brad King2008-03-021-3/+2
| | | | 2.4 is required to build.