New for digital signal processors
In the compiler area, ADSP support now covers not only CCES but also VDSP++ installations: CMake 3.24 contains a dedicated ADSP platform that replaces existing generic ADSP platforms. It automatically detects the latest CCES/VDSP++ installations and chooses the compiler (cc21k) based on the variable CMAKE_SYSTEM_PROCESSOR. It is worth knowing that the required configuration now takes place in the compiler module itself. This applies, for example, to the SHARC signal processors and Blackfin – SHARC stands for Super Harvard Architecture and is a term coined by the semiconductor manufacturer Analog Devices for a modification of the Harvard architecture in digital signal processors. The extension buffers instructions in a cache and relieves the processor through direct data transfer between the instruction and data memory.
The acronym DSP stands for Digital Signal Processor: It refers to a specialized microchip that continuously processes digital signals. Digital signal processors are used, among other things, in mixers, equalizers, MP3 players, parts of on-board electronics in vehicles, modems and amateur radio equipment. Anyone who is interested in this form of signal processing will find what they are looking for on the DSP systems website. ADSP is an advanced form of DSP (the A stands for advanced) that can handle processes in parallel.
New commands for the command line
In the blog post, the CMake team highlights a few new command line commands as important: the Fetch Content module and the command find_package() now support integration options. The generator expression is new LINK_LIBRARY: It allows libraries to be managed while linking, and the Visual Studio generators now support it SYSTEMheader when using Visual Studio 2019 (first update) and later versions.
The command cmake(1) is about the command line option -fresh extended, with which all files of the format CMakeCache.txt together with the associated CMakeFiles directories can be cleanly removed. The process is triggered when configuring a build tree. As a result, a new configuration can now be started as if the build tree had been recreated. The variable CMAKE_COMPILE_WARNING_AS_ERROR is common to the target property COMPILE_WARNING_AS_ERROR also new: It allows compiling with a compiler-specific flag to treat warnings as errors – an example of this would be -Werror.
Refined search functions
A number of functions for locating files, paths, libraries, programs and packages now have one NO_CMAKE_INSTALL_PREFIXOption to control search CMAKE_INSTALL_PREFIX. The functions find_file(), find_path(), find_library() and find_program(), find_package() should now also have the ability to specify which windows registry views to query.
These and all other changes can be found in the Kitware blog entry and the release notes. If you want to get started right away, you can download the current release from CMake.org. We also recommend taking a look at the documentation for CMake 3.24.
(her)
