[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