[ANNOUNCE] CMake 3.12.0-rc1 is ready for testing

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

[ANNOUNCE] CMake 3.12.0-rc1 is ready for testing

Robert Maynard
I am proud to announce the first CMake 3.12 release candidate.
  https://cmake.org/download/

Documentation is available at:
  https://cmake.org/cmake/help/v3.12

Release notes appear below and are also published at
  https://cmake.org/cmake/help/v3.12/release/3.12.html

Some of the more significant changes in CMake 3.12 are:

* The "target_link_libraries()" command now supports Object
  Libraries. Linking to an object library uses its object files in
  direct dependents and also propagates usage requirements.

* The "target_link_libraries()" command may now be called to modify
  targets created outside the current directory.

* The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a new
  flag "CONFIGURE_DEPENDS" which enables expression of build system
  dependency on globbed directory's contents.

* The "Compile Features" functionality is now aware of C++ 20.  No
  specific features are yet enumerated besides the "cxx_std_20" meta-
  feature.

* The Visual Studio Generators for VS 2017 learned to support a
  "version=14.##" option in the "CMAKE_GENERATOR_TOOLSET" value (e.g.
  via the "cmake(1)" "-T" option) to specify a toolset version number.

* The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
  parallel [<jobs>]" and "-j [<jobs>]" options to specify a parallel
  build level.  They map to corresponding options of the native build
  tool.

* The "add_compile_definitions()" command was added to set
  preprocessor definitions at directory level.  This supersedes
  "add_definitions()".

* The "cmake_minimum_required()" and "cmake_policy(VERSION)"
  commands now accept a version range using the form
  "<min>[...<max>]". The "<min>" version is required but policies are
  set based on the "<max>" version.  This allows projects to specify a
  range of versions for which they have been updated and avoid
  explicit policy settings.

* The "find_package()" command now searches a prefix specified by a
  "PackageName_ROOT" CMake or environment variable.  Package roots are
  maintained as a stack so nested calls to all "find_*" commands
  inside find modules also search the roots as prefixes. See policy
  "CMP0074".

* A new "$<GENEX_EVAL:...>" and "$<TARGET_GENEX_EVAL:target,...>"
  "generator expression" has been added to enable consumption of
  generator expressions whose evaluation results itself in generator
  expressions.

* A new "$<TARGET_EXISTS:...>" "generator expression" has been
  added.

* A new "$<TARGET_NAME_IF_EXISTS:...>" "generator expression" has
  been added.

* The "FindCURL" module now provides imported targets.

* The "FindJPEG" module now provides imported targets.

* A "FindODBC" module was added to find an Open Database
  Connectivity (ODBC) library.

* New "FindPython3" and "FindPython2" modules, as well as a new
  "FindPython" module, have been added to provide a new way to locate
  python environments.


CMake 3.12 Release Notes
************************

Changes made since CMake 3.11 include the following.


New Features
============


Generators
----------

* The Visual Studio Generators for VS 2017 learned to support a
  "version=14.##" option in the "CMAKE_GENERATOR_TOOLSET" value (e.g.
  via the "cmake(1)" "-T" option) to specify a toolset version number.


Command-Line
------------

* The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
  parallel [<jobs>]" and "-j [<jobs>]" options to specify a parallel
  build level.  They map to corresponding options of the native build
  tool.


Commands
--------

* The "add_compile_definitions()" command was added to set
  preprocessor definitions at directory level.  This supersedes
  "add_definitions()".

* The "cmake_minimum_required()" and "cmake_policy(VERSION)"
  commands now accept a version range using the form
  "<min>[...<max>]". The "<min>" version is required but policies are
  set based on the "<max>" version.  This allows projects to specify a
  range of versions for which they have been updated and avoid
  explicit policy settings.

* The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a new
  flag "CONFIGURE_DEPENDS" which enables expression of build system
  dependency on globbed directory's contents.

* The "file(TOUCH)" and "file(TOUCH_NOCREATE)" commands were added
  to expose "TOUCH" functionality without having to use CMake's
  command- line tool mode with "execute_process()".

* The "find_package()" command now searches a prefix specified by a
  "PackageName_ROOT" CMake or environment variable.  Package roots are
  maintained as a stack so nested calls to all "find_*" commands
  inside find modules also search the roots as prefixes. See policy
  "CMP0074".

* The "install()" command learned an optional "NAMELINK_COMPONENT"
  parameter, which allows you to change the component for a shared
  library's namelink. If none is specified, the value of "COMPONENT"
  is used by default.

* The "list()" command learned a "JOIN" sub-command to concatenate
  list's elements separated by a glue string.

* The "list()" command learned a "SUBLIST" sub-command to get a
  sublist of the list.

* The "list()" command learned a "TRANSFORM" sub-command to apply
  various string transformation to list's elements.

* The "project()" command learned an optional "HOMEPAGE_URL"
  parameter which has the effect of setting variables like
  "PROJECT_HOMEPAGE_URL", "<PROJECT-NAME>_HOMEPAGE_URL" and
  "CMAKE_PROJECT_HOMEPAGE_URL".

* The "string()" command learned a "JOIN" sub-command to concatenate
  input strings separated by a glue string.

* "target_compile_options()" and "add_compile_options()" commands
  gained a "SHELL:" prefix to specify a group of related options using
  shell-like quoting.

* The "target_link_libraries()" command now supports Object
  Libraries. Linking to an object library uses its object files in
  direct dependents and also propagates usage requirements.

* The "target_link_libraries()" command may now be called to modify
  targets created outside the current directory.


Variables
---------

* The "CMAKE_FOLDER" variable was added to initialize the "FOLDER"
  property on all targets.

* The "CMAKE_DOTNET_TARGET_FRAMEWORK_VERSION" variable was defined
  to initialize all "DOTNET_TARGET_FRAMEWORK_VERSION" target
  properties.

* "CMAKE_PROJECT_VERSION*" variables have been introduced:

  * "CMAKE_PROJECT_VERSION"

  * "CMAKE_PROJECT_VERSION_MAJOR"

  * "CMAKE_PROJECT_VERSION_MINOR"

  * "CMAKE_PROJECT_VERSION_PATCH"

  * "CMAKE_PROJECT_VERSION_TWEAK"

* The "CMAKE_SUPPRESS_REGENERATION" variable was extended to support
  the "Ninja" and Makefile Generators. It is also now documented.

* "CMAKE_VS_SDK_*_DIRECTORIES" variables were defined to tell Visual
  Studio Generators for VS 2010 and above how to populate fields in
  ".vcxproj" files that specify SDK directories.  The variables are:

  * "CMAKE_VS_SDK_EXCLUDE_DIRECTORIES"

  * "CMAKE_VS_SDK_EXECUTABLE_DIRECTORIES"

  * "CMAKE_VS_SDK_INCLUDE_DIRECTORIES"

  * "CMAKE_VS_SDK_LIBRARY_DIRECTORIES"

  * "CMAKE_VS_SDK_LIBRARY_WINRT_DIRECTORIES"

  * "CMAKE_VS_SDK_REFERENCE_DIRECTORIES"

  * "CMAKE_VS_SDK_SOURCE_DIRECTORIES"

* A "MSVC_TOOLSET_VERSION" variable was added to provide the MSVC
  toolset version associated with the current MSVC compiler version in
  "MSVC_VERSION".


Properties
----------

* The "COMMON_LANGUAGE_RUNTIME" target property was introduced to
  configure the use of managed C++ for Visual Studio Generators for VS
  2010 and above. A corresponding "IMPORTED_COMMON_LANGUAGE_RUNTIME"
  target property was added to support "C++/CLI" for imported targets.

* The "DOTNET_TARGET_FRAMEWORK_VERSION" target property was
  introduced as replacement for "VS_DOTNET_TARGET_FRAMEWORK_VERSION",
  which is considered deprecated now.

* An "EXPORT_PROPERTIES" target property was added to specify a
  custom list of target properties to include in targets exported by
  the "install(EXPORT)" and "export()" commands.

* The "PDB_OUTPUT_DIRECTORY" property learned to support "generator
  expressions".

* A "TESTS" directory property was added to hold the list of tests
  defined by the "add_test()" command.

* A "VS_DEBUGGER_COMMAND" target property was created to set the
  debugging command line with Visual Studio Generators for VS 2010 and
  above.

* HLSL source file properties "VS_SHADER_DISABLE_OPTIMIZATIONS" and
  "VS_SHADER_ENABLE_DEBUG" gained support for generator expressions.

* HLSL source file property "VS_SHADER_OBJECT_FILE_NAME" has been
  added to the Visual Studio Generators for VS 2010 and above. The
  property specifies the file name of the compiled shader object.


Modules
-------

* The "FindALSA" module now provides imported targets.

* The "FindCURL" module now provides imported targets.

* The "FindJPEG" module now provides imported targets.

* The "FindLibXml2" module now provides imported targets.

* A "FindODBC" module was added to find an Open Database
  Connectivity (ODBC) library.

* The "FindPkgConfig" module has learned to export the found
  libraries with full path for direct consumption with the
  "target_link_libraries()" command.

* New "FindPython3" and "FindPython2" modules, as well as a new
  "FindPython" module, have been added to provide a new way to locate
  python environments.

* The "UseSWIG" module gained a whole refresh and is now more
  consistent with standard CMake commands to generate libraries and is
  fully configurable through properties.

* The "UseSWIG" module learned to manage multiple behaviors through
  "UseSWIG_MODULE_VERSION" variable to ensure legacy support as well
  as more robust handling of "SWIG" advanced features (like
  "%template").

* The "UseSWIG" module learned to support CSHARP variant wrapper
  files.

* The "WriteCompilerDetectionHeader" module gained a "BARE_FEATURES"
  option to add a compatibility define for the exact keyword of a new
  language feature.


Generator Expressions
---------------------

* A new "$<GENEX_EVAL:...>" and "$<TARGET_GENEX_EVAL:target,...>"
  "generator expression" has been added to enable consumption of
  generator expressions whose evaluation results itself in generator
  expressions.

* A new "$<IN_LIST:...>" "generator expression" has been added.

* A new "$<TARGET_EXISTS:...>" "generator expression" has been
  added.

* A new "$<TARGET_NAME_IF_EXISTS:...>" "generator expression" has
  been added.


CTest
-----

* The "ctest_start()" command has been reworked so that you can
  simply call "ctest_start(APPEND)" and it will read all the needed
  information from the TAG file. The argument parsing has also been
  relaxed so that the order of the arguments is less significant.

* A "PROCESSOR_AFFINITY" test property was added to request that
  CTest run a test with CPU affinity for a set of processors disjoint
  from other concurrently running tests with the property set.


CPack
-----

* The "CPack" module now uses variables
  "CMAKE_PROJECT_VERSION_MAJOR", "CMAKE_PROJECT_VERSION_MINOR" and
  "CMAKE_PROJECT_VERSION_PATCH" to initialize corresponding CPack
  variables.

* "cpack(1)" gained basic support for NuGet. See the "CPackNuGet"
  module.


Other
-----

* The "Compile Features" functionality is now aware of C++ 20.  No
  specific features are yet enumerated besides the "cxx_std_20" meta-
  feature.

* The "Compile Features" functionality is now aware of the
  availability of C features in MSVC since VS 2010.

* The "Compile Features" functionality is now aware of C language
  standards supported by Texas Instruments C compilers.


Deprecated and Removed Features
===============================

* The "Visual Studio 8 2005" generator has been removed.

* CMake no longer produces "<tgt>_LIB_DEPENDS" cache entries for
  library targets.  See policy "CMP0073".


Other Changes
=============

* Include flags for directories marked as "SYSTEM" are now moved
  after non-system directories.  The "-isystem" flag does this
  automatically, so moving them explicitly to the end makes the
  behavior consistent on compilers that do not have any "-isystem"
  flag.

* Fortran dependency scanning now supports dependencies implied by
  Fortran Submodules.

* The existence and functionality of the file
  "${CMAKE_BINARY_DIR}/cmake_install.cmake" has now been documented in
  the "install()" documentation so that external packaging software
  can take advantage of CPack-style component installs.

* The "CheckIncludeFile" module "check_include_file" macro learned
  to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
  "CMP0075".

* The "CheckIncludeFileCXX" module "check_include_file_cxx" macro
  learned to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
  "CMP0075".

* The "CheckIncludeFiles" module "check_include_files" macro learned
  to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
  "CMP0075".

* The "cmake(1)" "-E copy_directory" tool now fails when the source
  directory does not exist.  Previously it succeeded by creating an
  empty destination directory.

* The "UseSWIG" module "swig_add_library()" command (and legacy
  "swig_add_module" command) now set the prefix of Java modules to
  """" for MINGW, MSYS, and CYGWIN environments.
--

Powered by www.kitware.com

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

Kitware offers various services to support the CMake community. For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake
Reply | Threaded
Open this post in threaded view
|

Re: [ANNOUNCE] CMake 3.12.0-rc1 is ready for testing

Rainer Poisel
This is great news, thank you! Transitive dependencies for
OBJECT-libraries was one of the major missing features on my side.
Will definitely give it a try.

Regards,
  Rainer

On Thu, Jun 14, 2018 at 9:11 PM Robert Maynard
<[hidden email]> wrote:

>
> I am proud to announce the first CMake 3.12 release candidate.
>   https://cmake.org/download/
>
> Documentation is available at:
>   https://cmake.org/cmake/help/v3.12
>
> Release notes appear below and are also published at
>   https://cmake.org/cmake/help/v3.12/release/3.12.html
>
> Some of the more significant changes in CMake 3.12 are:
>
> * The "target_link_libraries()" command now supports Object
>   Libraries. Linking to an object library uses its object files in
>   direct dependents and also propagates usage requirements.
>
> * The "target_link_libraries()" command may now be called to modify
>   targets created outside the current directory.
>
> * The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a new
>   flag "CONFIGURE_DEPENDS" which enables expression of build system
>   dependency on globbed directory's contents.
>
> * The "Compile Features" functionality is now aware of C++ 20.  No
>   specific features are yet enumerated besides the "cxx_std_20" meta-
>   feature.
>
> * The Visual Studio Generators for VS 2017 learned to support a
>   "version=14.##" option in the "CMAKE_GENERATOR_TOOLSET" value (e.g.
>   via the "cmake(1)" "-T" option) to specify a toolset version number.
>
> * The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
>   parallel [<jobs>]" and "-j [<jobs>]" options to specify a parallel
>   build level.  They map to corresponding options of the native build
>   tool.
>
> * The "add_compile_definitions()" command was added to set
>   preprocessor definitions at directory level.  This supersedes
>   "add_definitions()".
>
> * The "cmake_minimum_required()" and "cmake_policy(VERSION)"
>   commands now accept a version range using the form
>   "<min>[...<max>]". The "<min>" version is required but policies are
>   set based on the "<max>" version.  This allows projects to specify a
>   range of versions for which they have been updated and avoid
>   explicit policy settings.
>
> * The "find_package()" command now searches a prefix specified by a
>   "PackageName_ROOT" CMake or environment variable.  Package roots are
>   maintained as a stack so nested calls to all "find_*" commands
>   inside find modules also search the roots as prefixes. See policy
>   "CMP0074".
>
> * A new "$<GENEX_EVAL:...>" and "$<TARGET_GENEX_EVAL:target,...>"
>   "generator expression" has been added to enable consumption of
>   generator expressions whose evaluation results itself in generator
>   expressions.
>
> * A new "$<TARGET_EXISTS:...>" "generator expression" has been
>   added.
>
> * A new "$<TARGET_NAME_IF_EXISTS:...>" "generator expression" has
>   been added.
>
> * The "FindCURL" module now provides imported targets.
>
> * The "FindJPEG" module now provides imported targets.
>
> * A "FindODBC" module was added to find an Open Database
>   Connectivity (ODBC) library.
>
> * New "FindPython3" and "FindPython2" modules, as well as a new
>   "FindPython" module, have been added to provide a new way to locate
>   python environments.
>
>
> CMake 3.12 Release Notes
> ************************
>
> Changes made since CMake 3.11 include the following.
>
>
> New Features
> ============
>
>
> Generators
> ----------
>
> * The Visual Studio Generators for VS 2017 learned to support a
>   "version=14.##" option in the "CMAKE_GENERATOR_TOOLSET" value (e.g.
>   via the "cmake(1)" "-T" option) to specify a toolset version number.
>
>
> Command-Line
> ------------
>
> * The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
>   parallel [<jobs>]" and "-j [<jobs>]" options to specify a parallel
>   build level.  They map to corresponding options of the native build
>   tool.
>
>
> Commands
> --------
>
> * The "add_compile_definitions()" command was added to set
>   preprocessor definitions at directory level.  This supersedes
>   "add_definitions()".
>
> * The "cmake_minimum_required()" and "cmake_policy(VERSION)"
>   commands now accept a version range using the form
>   "<min>[...<max>]". The "<min>" version is required but policies are
>   set based on the "<max>" version.  This allows projects to specify a
>   range of versions for which they have been updated and avoid
>   explicit policy settings.
>
> * The "file(GLOB)" and "file(GLOB_RECURSE)" commands learned a new
>   flag "CONFIGURE_DEPENDS" which enables expression of build system
>   dependency on globbed directory's contents.
>
> * The "file(TOUCH)" and "file(TOUCH_NOCREATE)" commands were added
>   to expose "TOUCH" functionality without having to use CMake's
>   command- line tool mode with "execute_process()".
>
> * The "find_package()" command now searches a prefix specified by a
>   "PackageName_ROOT" CMake or environment variable.  Package roots are
>   maintained as a stack so nested calls to all "find_*" commands
>   inside find modules also search the roots as prefixes. See policy
>   "CMP0074".
>
> * The "install()" command learned an optional "NAMELINK_COMPONENT"
>   parameter, which allows you to change the component for a shared
>   library's namelink. If none is specified, the value of "COMPONENT"
>   is used by default.
>
> * The "list()" command learned a "JOIN" sub-command to concatenate
>   list's elements separated by a glue string.
>
> * The "list()" command learned a "SUBLIST" sub-command to get a
>   sublist of the list.
>
> * The "list()" command learned a "TRANSFORM" sub-command to apply
>   various string transformation to list's elements.
>
> * The "project()" command learned an optional "HOMEPAGE_URL"
>   parameter which has the effect of setting variables like
>   "PROJECT_HOMEPAGE_URL", "<PROJECT-NAME>_HOMEPAGE_URL" and
>   "CMAKE_PROJECT_HOMEPAGE_URL".
>
> * The "string()" command learned a "JOIN" sub-command to concatenate
>   input strings separated by a glue string.
>
> * "target_compile_options()" and "add_compile_options()" commands
>   gained a "SHELL:" prefix to specify a group of related options using
>   shell-like quoting.
>
> * The "target_link_libraries()" command now supports Object
>   Libraries. Linking to an object library uses its object files in
>   direct dependents and also propagates usage requirements.
>
> * The "target_link_libraries()" command may now be called to modify
>   targets created outside the current directory.
>
>
> Variables
> ---------
>
> * The "CMAKE_FOLDER" variable was added to initialize the "FOLDER"
>   property on all targets.
>
> * The "CMAKE_DOTNET_TARGET_FRAMEWORK_VERSION" variable was defined
>   to initialize all "DOTNET_TARGET_FRAMEWORK_VERSION" target
>   properties.
>
> * "CMAKE_PROJECT_VERSION*" variables have been introduced:
>
>   * "CMAKE_PROJECT_VERSION"
>
>   * "CMAKE_PROJECT_VERSION_MAJOR"
>
>   * "CMAKE_PROJECT_VERSION_MINOR"
>
>   * "CMAKE_PROJECT_VERSION_PATCH"
>
>   * "CMAKE_PROJECT_VERSION_TWEAK"
>
> * The "CMAKE_SUPPRESS_REGENERATION" variable was extended to support
>   the "Ninja" and Makefile Generators. It is also now documented.
>
> * "CMAKE_VS_SDK_*_DIRECTORIES" variables were defined to tell Visual
>   Studio Generators for VS 2010 and above how to populate fields in
>   ".vcxproj" files that specify SDK directories.  The variables are:
>
>   * "CMAKE_VS_SDK_EXCLUDE_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_EXECUTABLE_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_INCLUDE_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_LIBRARY_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_LIBRARY_WINRT_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_REFERENCE_DIRECTORIES"
>
>   * "CMAKE_VS_SDK_SOURCE_DIRECTORIES"
>
> * A "MSVC_TOOLSET_VERSION" variable was added to provide the MSVC
>   toolset version associated with the current MSVC compiler version in
>   "MSVC_VERSION".
>
>
> Properties
> ----------
>
> * The "COMMON_LANGUAGE_RUNTIME" target property was introduced to
>   configure the use of managed C++ for Visual Studio Generators for VS
>   2010 and above. A corresponding "IMPORTED_COMMON_LANGUAGE_RUNTIME"
>   target property was added to support "C++/CLI" for imported targets.
>
> * The "DOTNET_TARGET_FRAMEWORK_VERSION" target property was
>   introduced as replacement for "VS_DOTNET_TARGET_FRAMEWORK_VERSION",
>   which is considered deprecated now.
>
> * An "EXPORT_PROPERTIES" target property was added to specify a
>   custom list of target properties to include in targets exported by
>   the "install(EXPORT)" and "export()" commands.
>
> * The "PDB_OUTPUT_DIRECTORY" property learned to support "generator
>   expressions".
>
> * A "TESTS" directory property was added to hold the list of tests
>   defined by the "add_test()" command.
>
> * A "VS_DEBUGGER_COMMAND" target property was created to set the
>   debugging command line with Visual Studio Generators for VS 2010 and
>   above.
>
> * HLSL source file properties "VS_SHADER_DISABLE_OPTIMIZATIONS" and
>   "VS_SHADER_ENABLE_DEBUG" gained support for generator expressions.
>
> * HLSL source file property "VS_SHADER_OBJECT_FILE_NAME" has been
>   added to the Visual Studio Generators for VS 2010 and above. The
>   property specifies the file name of the compiled shader object.
>
>
> Modules
> -------
>
> * The "FindALSA" module now provides imported targets.
>
> * The "FindCURL" module now provides imported targets.
>
> * The "FindJPEG" module now provides imported targets.
>
> * The "FindLibXml2" module now provides imported targets.
>
> * A "FindODBC" module was added to find an Open Database
>   Connectivity (ODBC) library.
>
> * The "FindPkgConfig" module has learned to export the found
>   libraries with full path for direct consumption with the
>   "target_link_libraries()" command.
>
> * New "FindPython3" and "FindPython2" modules, as well as a new
>   "FindPython" module, have been added to provide a new way to locate
>   python environments.
>
> * The "UseSWIG" module gained a whole refresh and is now more
>   consistent with standard CMake commands to generate libraries and is
>   fully configurable through properties.
>
> * The "UseSWIG" module learned to manage multiple behaviors through
>   "UseSWIG_MODULE_VERSION" variable to ensure legacy support as well
>   as more robust handling of "SWIG" advanced features (like
>   "%template").
>
> * The "UseSWIG" module learned to support CSHARP variant wrapper
>   files.
>
> * The "WriteCompilerDetectionHeader" module gained a "BARE_FEATURES"
>   option to add a compatibility define for the exact keyword of a new
>   language feature.
>
>
> Generator Expressions
> ---------------------
>
> * A new "$<GENEX_EVAL:...>" and "$<TARGET_GENEX_EVAL:target,...>"
>   "generator expression" has been added to enable consumption of
>   generator expressions whose evaluation results itself in generator
>   expressions.
>
> * A new "$<IN_LIST:...>" "generator expression" has been added.
>
> * A new "$<TARGET_EXISTS:...>" "generator expression" has been
>   added.
>
> * A new "$<TARGET_NAME_IF_EXISTS:...>" "generator expression" has
>   been added.
>
>
> CTest
> -----
>
> * The "ctest_start()" command has been reworked so that you can
>   simply call "ctest_start(APPEND)" and it will read all the needed
>   information from the TAG file. The argument parsing has also been
>   relaxed so that the order of the arguments is less significant.
>
> * A "PROCESSOR_AFFINITY" test property was added to request that
>   CTest run a test with CPU affinity for a set of processors disjoint
>   from other concurrently running tests with the property set.
>
>
> CPack
> -----
>
> * The "CPack" module now uses variables
>   "CMAKE_PROJECT_VERSION_MAJOR", "CMAKE_PROJECT_VERSION_MINOR" and
>   "CMAKE_PROJECT_VERSION_PATCH" to initialize corresponding CPack
>   variables.
>
> * "cpack(1)" gained basic support for NuGet. See the "CPackNuGet"
>   module.
>
>
> Other
> -----
>
> * The "Compile Features" functionality is now aware of C++ 20.  No
>   specific features are yet enumerated besides the "cxx_std_20" meta-
>   feature.
>
> * The "Compile Features" functionality is now aware of the
>   availability of C features in MSVC since VS 2010.
>
> * The "Compile Features" functionality is now aware of C language
>   standards supported by Texas Instruments C compilers.
>
>
> Deprecated and Removed Features
> ===============================
>
> * The "Visual Studio 8 2005" generator has been removed.
>
> * CMake no longer produces "<tgt>_LIB_DEPENDS" cache entries for
>   library targets.  See policy "CMP0073".
>
>
> Other Changes
> =============
>
> * Include flags for directories marked as "SYSTEM" are now moved
>   after non-system directories.  The "-isystem" flag does this
>   automatically, so moving them explicitly to the end makes the
>   behavior consistent on compilers that do not have any "-isystem"
>   flag.
>
> * Fortran dependency scanning now supports dependencies implied by
>   Fortran Submodules.
>
> * The existence and functionality of the file
>   "${CMAKE_BINARY_DIR}/cmake_install.cmake" has now been documented in
>   the "install()" documentation so that external packaging software
>   can take advantage of CPack-style component installs.
>
> * The "CheckIncludeFile" module "check_include_file" macro learned
>   to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
>   "CMP0075".
>
> * The "CheckIncludeFileCXX" module "check_include_file_cxx" macro
>   learned to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
>   "CMP0075".
>
> * The "CheckIncludeFiles" module "check_include_files" macro learned
>   to honor the "CMAKE_REQUIRED_LIBRARIES" variable. See policy
>   "CMP0075".
>
> * The "cmake(1)" "-E copy_directory" tool now fails when the source
>   directory does not exist.  Previously it succeeded by creating an
>   empty destination directory.
>
> * The "UseSWIG" module "swig_add_library()" command (and legacy
>   "swig_add_module" command) now set the prefix of Java modules to
>   """" for MINGW, MSYS, and CYGWIN environments.
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake
--

Powered by www.kitware.com

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

Kitware offers various services to support the CMake community. For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake