[cmake-developers] CMake 2.8.11-rc3 ready for testing!

Biddiscombe, John A. biddisco at cscs.ch
Mon Apr 22 09:33:41 EDT 2013

May I ask one question related to the "Target Usage Requirements" ...

For HDF5 (for example), the user might enable Parallel IO, which requires MPI. When enabled, the hdf5 cmakelists use find_package to get MPI and all is fine.

Users of hdf5 might not know that they are using an hdf which has parallel IO enabled, and compilation is complicated by the unexpected dependency on mpi libs and includes

Is this new feature designed to resolve this long standing irritation so that when installed, the hdf5 will add the mpi dependency behind the scenes? If so, I am delighted and would like to test it out on the hdf5 distribution. If there is a link to an example I can copy from, please say.



-----Original Message-----
From: cmake-developers-bounces at cmake.org [mailto:cmake-developers-bounces at cmake.org] On Behalf Of Robert Maynard
Sent: 19 April 2013 15:24
To: cmake-developers at cmake.org
Subject: [cmake-developers] CMake 2.8.11-rc3 ready for testing!

The CMake 2.8.11 release candidate continues. This is the last RC unless a critical, must-fix issue is found. You can find the source and binaries here:

Some of the notable changes in this release are:
- Introduced Target Usage Requirements
  - Targets can specify usage requirements for their consumers such as include directories
    and preprocessor definitions; previously only link dependencies were supported
  - target_link_libraries(myexe yourlib) can now build myexe sources with requirements specified
    by yourlib
  - Added target_include_directories and target_compile_definitions commands with
  - See design and development discussion at

- Introduced a Generator Toolset selection for VS >= 10 and Xcode >= 3
  - Tell the IDEs which compiler toolchain to use
  - ex. Use VS 9 tools under VS 10: -G "Visual Studio 10" -T "v90"
- Introduced ExternalData Module
- Keep source trees lightweight by storing data separately
- Reference data unambiguously from source tree by content hash
- Fetch on-demand during build from local or remote resources
- CMake: Sublime Text Generator added that supports both Make and Ninja
- CMake: Added support for Texas Instruments C6 and up compilers
- CMake: Improve OpenBSD support
- CMake: Support for Windows CE with VS 8 and 9 generators
- CPack: Added Support for 64bit NSIS
- CPack: Added WiX Package Generator
- ExternalProject: Will run git fetch less often
- FindBoost: Major overhaul of searching and result caching
- FindCUDA: Now has support for separable compilation
- FindQt4: Overall improvements to finding Qt and importing targets
- FindSquish: Added support for squish 4
- GetPrerequisites: Port to MinGW with objdump

The bug tracker change log page for this version is at:

Following is the complete list of changes in this rc since the previous rc. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. This release candidate will become the final release for 2.8.11 unless a serious issue is reported.

Changes in CMake 2.8.11-rc3 (since 2.8.11-rc2)
Brad King (1):
      get_filename_component: Document path components more clearly (#14091)

Rolf Eike Beer (1):
      try_compile: add missing fclose() to recently added error case

Stephen Kelly (1):
      Fix clearing of the INCLUDE_DIRECTORIES DIRECTORY property.

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:

More information about the cmake-developers mailing list