I am proud to announce the third CMake 3.21 release candidate.
https://cmake.org/download/
Documentation is available at:
https://cmake.org/cmake/help/v3.21
Release notes appear below and are also published at
https://cmake.org/cmake/help/v3.21/release/3.21.html
Some of the more significant changes in CMake 3.21 are:
-
CMake learned to support “HIP” as a first-class language that can be
enabled via the “project()” and “enable_language()” commands. -
The “Visual Studio 17 2022” generator was added. This is
experimental and based on “Visual Studio 2022 Preview 1.1” because
this version of VS has not been released. -
The Makefile Generators and the “Ninja” generator learned to add
linker launcher tools along with the linker for “C”, “CXX”, “OBJC”,
and “OBJCXX” languages. See the “CMAKE_<LANG>_LINKER_LAUNCHER”
variable and “<LANG>_LINKER_LAUNCHER” target property for details. -
“C_STANDARD”, “OBJC_STANDARD”, and the “Compile Features”
functionality gained support for C17 and C23. -
“cmake(1)” gained the “–toolchain <path/to/file>” command-line
option to specify a toolchain file. -
Messages printed to a terminal now may be colored by message type.
-
The Fujitsu compiler is now supported using compiler id “Fujitsu” in
traditional (“Trad”) mode, and compiler id “FujitsuClang” in “Clang”
mode. -
The “add_custom_command()” command “DEPFILE” option:
-
may now use “generator expressions”,
-
is now supported by Visual Studio Generators for VS 2012 and
above, and -
is now supported by the “Xcode” generator.
-
-
The “add_custom_command(TARGET)” command (for Build Events) gained
support for resolving target-dependent generator expressions. -
The “install(TARGETS)” command gained new “RUNTIME_DEPENDENCIES” and
“RUNTIME_DEPENDENCY_SET” arguments, which can be used to install
runtime dependencies using “file(GET_RUNTIME_DEPENDENCIES)”. -
A new “TARGET_RUNTIME_DLLS” generator expression was added.
-
“ctest(1)” gained a “–output-junit” option to write test results to
a JUnit XML file. -
The “ctest_build()” command gained a “PARALLEL_LEVEL” option.
-
“ARMClang” cpu/arch compile and link flags are no longer added
automatically based on the “CMAKE_SYSTEM_PROCESSOR” variable or the
undocumented “CMAKE_SYSTEM_ARCH” variable. They must be specified
explicitly. See policy “CMP0123”. -
The “foreach()” command now isolates loop variables in the loop
scope. See policy “CMP0124” for details.
CMake 3.21 Release Notes
Changes made since CMake 3.20 include the following.
New Features
Presets
-
“cmake-presets(7)” gained support for specifying the install prefix
in a configure preset. -
“cmake-presets(7)” gained support for conditional enabling of
presets. -
“cmake-presets(7)” gained support for a “${hostSystemName}” macro.
-
“cmake-presets(7)” gained support for omitting the “generator” and
“binaryDir” fields.
Generators
-
The Makefile Generators and the “Ninja” generator learned to add
linker launcher tools along with the linker for “C”, “CXX”, “OBJC”,
and “OBJCXX” languages. See the “CMAKE_<LANG>_LINKER_LAUNCHER”
variable and “<LANG>_LINKER_LAUNCHER” target property for details. -
The “Visual Studio 17 2022” generator was added. This is
experimental and based on “Visual Studio 2022 Preview 1.1” because
this version of VS has not been released.
Languages
-
CMake learned to support “HIP” as a first-class language that can be
enabled via the “project()” and “enable_language()” commands. -
“C_STANDARD”, “OBJC_STANDARD”, and the “Compile Features”
functionality gained support for C17 and C23. -
Source file extensions “.ixx” and “.cppm” are now treated as C++.
Command-Line
-
“cmake(1)” gained the “–install-prefix <dir>” command-line option
to specify the location of the install prefix. -
“cmake(1)” gained the “–toolchain <path/to/file>” command-line
option to specify a toolchain file. -
“cmake(1)” “-E capabilities” output, for some generators, may now
contain a “supportedPlatforms” field listing platforms known to be
supported in “CMAKE_GENERATOR_PLATFORM”. -
Messages printed to a terminal now may be colored by message type.
Compilers
- The Fujitsu compiler is now supported using compiler id “Fujitsu” in
traditional (“Trad”) mode, and compiler id “FujitsuClang” in “Clang”
mode.
Platforms
- CMake now supports the MSYS runtime environment, much like CYGWIN.
File-Based API
-
The “cmake-file-api(7)” “codemodel” version 2 “version” field has
been updated to 2.3. -
The “cmake-file-api(7)” “codemodel” version 2 gained a new
“directory” object containing directory-level information. This
includes a list of installers generated by the “install()” command.
Commands
-
The “add_custom_command()” command “DEPFILE” option:
-
may now use “generator expressions”,
-
is now supported by Visual Studio Generators for VS 2012 and
above, and -
is now supported by the “Xcode” generator.
-
-
The “add_custom_command(TARGET)” command (for Build Events) gained
support for resolving target-dependent generator expressions. -
The “build_command()” command gained a “PARALLEL_LEVEL” option.
-
The “file(COPY_FILE)” command was added to copy a single file.
-
The “file(GET_RUNTIME_DEPENDENCIES)” command gained new
“POST_INCLUDE_FILES” and “POST_EXCLUDE_FILES” arguments. -
The “file(REAL_PATH)” command gained the option “EXPAND_TILDE” to
replace any leading tilde with the path to the user’s home
directory. -
The “file(RENAME)” command learned to optionally capture failure in
a result variable. It also gained a “NO_REPLACE” option to fail if
the destination exists. -
The “install()” command gained a new “IMPORTED_RUNTIME_ARTIFACTS”
mode, which can be used to install the runtime artifacts of imported
targets. -
The “install()” command gained a new “RUNTIME_DEPENDENCY_SET” mode,
which can be used to install runtime dependencies using
“file(GET_RUNTIME_DEPENDENCIES)”. -
The “install(TARGETS)” command gained new “RUNTIME_DEPENDENCIES” and
“RUNTIME_DEPENDENCY_SET” arguments, which can be used to install
runtime dependencies using “file(GET_RUNTIME_DEPENDENCIES)”. -
The “install(SCRIPT|CODE)” command supports a new option
“ALL_COMPONENTS” which allows the corresponding code to run for
every component of a per component installation. -
The “project()” command now sets variables “PROJECT_IS_TOP_LEVEL”
and “<PROJECT-NAME>_IS_TOP_LEVEL” to indicate whether it was called
in a top-level “CMakeLists.txt” file.
Variables
- The “CMAKE_TOOLCHAIN_FILE” environment variable was added to provide
a default value for the “CMAKE_TOOLCHAIN_FILE” variable.
Properties
-
The “IMPORTED_TARGETS” directory property was added to get a list of
Imported Targets created in the current directory. -
The “XCODE_EMBED_APP_EXTENSIONS” target property was added to tell
the “Xcode” generator to embed app extensions such as iMessage
sticker packs. Aspects of the embedding can be customized with the
“XCODE_EMBED_APP_EXTENSIONS_PATH”,
“XCODE_EMBED_APP_EXTENSIONS_CODE_SIGN_ON_COPY” and
“XCODE_EMBED_APP_EXTENSIONS_REMOVE_HEADERS_ON_COPY” properties.
Modules
-
The “FindBLAS” and “FindLAPACK” modules learned to support the
serial “Fujitsu_SSL2” and parallel “Fujitsu_SSL2BLAMP” libraries. -
The “FindDevIL” module now provides imported targets.
-
The “FindIconv” module now has version support.
-
The “FindIntl” module now has version support.
-
The “FindMPI” module learned to support “Fujitsu” and “FujitsuClang”
in both host and cross compiling modes. -
The “FindMsys” module was added to find MSYS installations. Like
“FindCygwin”, it is used automatically by some other find modules to
locate UNIX-style tools on Windows. -
The “FindOpenMP” module learned to support “Fujitsu” and
“FujitsuClang”. -
The “FindVulkan” module gained imported targets “Vulkan::Headers”
and “Vulkan::glslangValidator”. -
The “UseJava” module command “add_jar” gained a “RESOURCES” option
to allow explicit naming of resources with non-optional namespace. -
The “UseSWIG” module use now standard library naming conventions for
the “CSharp” language. See policy “CMP0122”. -
The “UseSWIG” module now supports using the “swig” tool to generate
implicit dependencies with the “Xcode” generator.
Generator Expressions
- A new “TARGET_RUNTIME_DLLS” generator expression was added.
CTest
-
“ctest(1)” gained documentation for its ability to capture
Additional Test Measurements. -
“ctest(1)” learned to recognize files attached to a test at run
time. Previously it was only possible to attach files to tests at
configure time by using the “ATTACHED_FILES” or
“ATTACHED_FILES_ON_FAIL” test properties. See Additional Test
Measurements for more information. -
“ctest(1)” gained a “–output-junit” option to write test results to
a JUnit XML file. -
The “ctest_build()” command gained a “PARALLEL_LEVEL” option.
CPack
-
The “CPack DragNDrop Generator” gained option “CPACK_DMG_FILESYSTEM”
to control the “.dmg” filesystem. -
The “CPack IFW Generator” now supports hyphens in names given to
“cpack_ifw_configure_component()” or
“cpack_ifw_configure_component_group()” as “DEPENDS” or
“DEPENDENCIES” arguments. This requires QtIFW 3.1 or later. -
The “CPack NSIS Generator” gained a new “CPACK_NSIS_EXECUTABLE”
variable to specify the “makensis” executable to use instead of the
default one. -
The “CPACK_CUSTOM_INSTALL_VARIABLES” variable was added to set
variables in “cmake_install.cmake” script invocations made by CPack.
Deprecated and Removed Features
-
Undocumented “CMAKE_SYSTEM_NAME” version-stripping behavior has been
removed entirely. If it is set by a “-D” flag or by a “toolchain
file”, it is left unaltered, even if it still contains a version
number. Similar “CMAKE_HOST_SYSTEM_NAME” version-stripping behavior,
also undocumented, has been moved earlier, before “project()” or
“enable_language()” is called. -
“ARMClang” cpu/arch compile and link flags are no longer added
automatically based on the “CMAKE_SYSTEM_PROCESSOR” variable or the
undocumented “CMAKE_SYSTEM_ARCH” variable. They must be specified
explicitly. See policy “CMP0123”.
Other Changes
-
The “find_file()”, “find_path()”, “find_program()”, and
“find_library()” commands handle cache variables in the same way
regardless how they are defined. See policy “CMP0125” for details. -
The “find_file()”, “find_path()”, “find_program()”, and
“find_library()” commands gained the option “NO_CACHE” to store find
result in normal variable. -
The “foreach()” command now isolates loop variables in the loop
scope. See policy “CMP0124” for details. -
The “list()” command’s “GET”, “INSERT”, “SUBLIST”, and “REMOVE_AT”
subcommands now error with invalid (i.e., non-integer) values are
given as any of their index arguments based on the setting of policy
“CMP0121”. -
The “set(CACHE)” command no longer removes a normal variable of the
same name, if any. See policy “CMP0126”. -
“target_link_libraries()” calls referencing object libraries via the
“TARGET_OBJECTS” generator expression now place the object files
before all libraries on the link line, regardless of their specified
order. See documentation on Linking Object Libraries via
$<TARGET_OBJECTS> for details. -
The Ninja Generators now pass source files and include directories
to the compiler using absolute paths. This makes diagnostic
messages and debug symbols more consistent, and matches the Makefile
Generators. -
The “NMake Makefiles” generator now encodes the generated makefiles
as UTF-8 with a BOM when using “nmake” from VS 9 or above. -
The Visual Studio Generators for VS 2010 and above now place per-
source preprocessor definitions after target-wide preprocssor
definitions. This makes VS consistent with the Ninja Generators and
the Makefile Generators. -
The precompiled binaries provided on cmake.org now support “liblzma”
multi-threading. See the “CPACK_THREADS” and
“CPACK_ARCHIVE_THREADS” variables.
Changes made since CMake 3.21.0-rc2:
Ben Boeckel (2):
- ci: update to 3.21.0-rc2 for CI usage
- gitlab-ci: upload JUnit reports for builds
Brad King (9):
- Help: Document VS generator support for Intel Fortran
- DetermineCompiler: Restore identification of MSVC with no INCLUDE or LIB
- Tests: Fix newline matching in several RunCMake.* cases
- gitlab-ci: Rename CI config variable to avoid conflict with CMAKE_BUILD_TYPE
- IntelLLVM: Fix C/C++ standard level flags on Windows
- Help: Document when OBJC_STANDARD values as definition list
- Help: Document when OBJCXX_STANDARD values were added
- Help: Document when CUDA_STANDARD values were added
- CMake 3.21.0-rc3
Craig Scott (3):
- Help: Add missing versionadded 3.21 for file(RENAME) options
- Help: Tighten install(SCRIPT) wording for ALL_COMPONENTS option
- Help: Improve readability and accuracy of runtime deps-related content
Gregor Jasny (1):
- Xcode: Ignore deprecated build system
Jean-Marc Hengen (1):
- IAR: Use placeholders in linker and archiver rules
Kyle Edwards (1):
- CMakePresets.json: Make --list-presets show presets with no generator
Marc Chevrier (1):
- Makefiles: Normalize compiler-generated depfile paths
Michael Hirsch (3):
- Help: Note C_STANDARD values added in CMake 3.21
- Help: Note CXX_STANDARD values added vs. CMake version
- Help: Note PROJECT_IS_TOP_LEVEL behavior w.r.t. ExternalProject
Robert Maynard (3):
- Correct CUDAToolkit_VERSION_MINOR variable name typo
- FindCUDAToolkit: Properly document the version support
- Check*CompilerFlag: Do not set result as a normal variable too