[cmake-developers] [ANNOUNCE] CMake 3.0-rc4 now ready for testing!
Robert Maynard
robert.maynard at kitware.com
Tue Apr 22 10:30:22 EDT 2014
I am proud to announce the CMake 3.0 fourth release candidate.
Sources and binaries are available at:
http://www.cmake.org/files/v3.0/?C=M;O=D
Documentation is available at:
http://www.cmake.org/cmake/help/v3.0
Release notes appear below and are also published at
http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
Some of the more significant features of CMake 3.0 are:
* Compatibility options supporting code written for CMake versions
prior to 2.4 have been removed.
* The CMake language has been extended with *Bracket Argument* and
*Bracket Comment* syntax inspired by Lua long brackets.
* The CMake documentation has been converted to reStructuredText and
uses Sphix generation.
* Generators for Visual Studio 10 (2010) and later were renamed to
include the product year like generators for older VS versions:
* "Visual Studio 10" -> "Visual Studio 10 2010"
* "Visual Studio 11" -> "Visual Studio 11 2012"
* "Visual Studio 12" -> "Visual Studio 12 2013"
This clarifies which generator goes with each Visual Studio version.
The old names are recognized for compatibility.
* A new "CodeLite" extra generator is available for use with the
Makefile or Ninja generators.
* A new "Kate" extra generator is available for use with the
Makefile or Ninja generators.
* The "add_library()" command learned a new "INTERFACE" library
type. Interface libraries have no build rules but may have
properties defining "usage requirements" and may be installed,
exported, and imported. This is useful to create header-only
libraries that have concrete link dependencies on other libraries.
* The "export()" command learned a new "EXPORT" mode that retrieves
the list of targets to export from an export set configured by the
"install(TARGETS)" command "EXPORT" option. This makes it easy to
export from the build tree the same targets that are exported from
the install tree.
* The "project()" command learned to set some version variables to
values specified by the new "VERSION" option or to empty strings.
See policy "CMP0048".
* Several long-outdated commands that should no longer be called
have been disallowed in new code by policies:
* Policy "CMP0029" disallows "subdir_depends()"
* Policy "CMP0030" disallows "use_mangled_mesa()"
* Policy "CMP0031" disallows "load_command()"
* Policy "CMP0032" disallows "output_required_files()"
* Policy "CMP0033" disallows "export_library_dependencies()"
* Policy "CMP0034" disallows "utility_source()"
* Policy "CMP0035" disallows "variable_requires()"
* Policy "CMP0036" disallows "build_name()"
-------------------------------------------------------------------
Changes made since CMake 3.0.0-rc3:
Brad King (10):
Help: Revise and format policy CMP0025 and CMP0047 docs
Do not warn by default when policy CMP0025 or CMP0047 is not set
CMakeDetermineVSServicePack: Format documentation
CMakeDetermineVSServicePack: Match versions more robustly
CMakeDetermineVSServicePack: Add VS 11 update 4
Fortran: Detect pointer size on Intel archs with PGI (#14870)
CMakeRCInformation: Do not mention 'Fortran' in documentation
CMakeRCInformation: Recognize 'windres' tools with '.' in name (#14865)
Drop /lib32 and /lib64 from link directories and RPATH (#14875)
cmArchiveWrite: Handle NULL error string (#14882)
Nils Gladitz (1):
Policies: omit warnings about unset policies when they are
actually set to NEW
Robert Maynard (1):
Qt4Macros: Make QT4_CREATE_MOC_COMMAND a function
Sean McBride (1):
create_test_sourcelist: Initialize variable at declaration
Stephen Kelly (1):
Help: Fix typo in cmake-qt manual.
More information about the cmake-developers
mailing list