Preprocessor definitions for compiling a source file.
COMPILE_DEFINITIONS property may be set to a semicolon-separated
list of preprocessor definitions using the syntax
Function-style definitions are not supported. CMake will
automatically escape the value correctly for the native build system
(note that CMake language syntax may require escapes to specify some
values). This property may be set on a per-configuration basis using
<CONFIG> is an upper-case
CMake will automatically drop some definitions that are not supported by the native build tool. Xcode does not support per-configuration definitions on source files.
New in version 3.26: Any leading
-D on an item will be removed.
Disclaimer: Most native build tools have poor support for escaping certain values. CMake has work-arounds for many cases but some values may just not be possible to pass correctly. If a value does not seem to be escaped correctly, do not attempt to work-around the problem by adding escape sequences to the value. Your work-around may break in a future version of CMake that has improved escape support. Instead consider defining the macro in a (configured) header file. Then report the limitation. Known limitations include:
# - broken almost everywhere ; - broken in VS IDE 7.0 and Borland Makefiles , - broken in VS IDE % - broken in some cases in NMake & | - broken in some cases on MinGW ^ < > \" - broken in most Make tools on Windows
CMake does not reject these values outright because they do work in some cases. Use with caution.
COMPILE_DEFINITIONS may use
with the syntax
$<...>. See the
manual for available expressions. However,
does not support per-config per-source settings, so expressions
that depend on the build configuration are not allowed with that
Generator expressions should be preferred instead of setting the alternative per-configuration property.