CMake生成器表达式

在 CMake 中，add_compile_options 函数用于向编译器添加编译选项。你提到的 "$<$<CONFIG:DEBUG>:-g>" 是一个生成器表达式（Generator Expression），它用于在配置和生成时动态地解析不同的选项。

括号里的参数解释：

• $<...>：这是生成器表达式的基本结构，表示在生成阶段进行评估。

• <CONFIG:DEBUG>：这是一个条件表达式，它检查当前构建配置是否为 DEBUG。如果是 DEBUG 配置，它的值为 1，否则为 0。

• -g：这是一个 GCC 和 Clang 编译器的选项，表示生成调试信息。

结合起来：

• $<$<CONFIG:DEBUG>:-g> 表示如果当前构建配置为 DEBUG，则添加 -g 编译选项，否则不添加任何选项。

换句话说，"$<$<CONFIG:DEBUG>:-g>" 的作用是：只有在 DEBUG 配置下，才向编译器添加 -g 选项，这通常用于生成调试信息。

这个生成器表达式使得 CMake 文件更加灵活，可以根据不同的构建配置选择性地应用编译选项。

你在 CMake 脚本中看到的这个表达式就是为了在调试模式下自动生成调试信息所用的编译选项。

CONFIG:DEBUG 是一个 CMake 的生成器表达式，用于检查当前的构建配置。在 CMake 中，构建配置通常由用户指定，例如 Debug、Release、RelWithDebInfo、MinSizeRel 等。这个配置可以通过多种方式设定，例如通过命令行参数 -DCMAKE_BUILD_TYPE=Debug，或者在多配置生成器（例如 Visual Studio 或者 Xcode）中选择构建配置。

具体判断逻辑

• CONFIG:DEBUG 是如何工作的：
  • CONFIG:<config> 生成器表达式会判断当前构建配置是否与 <config> 相匹配。
  • <config> 是一个字符串，例如 DEBUG。
  • 如果当前构建配置的名称与 DEBUG 匹配，则表达式返回 1，否则返回 0。

举个例子：

• 如果你在构建时使用的是 -DCMAKE_BUILD_TYPE=Debug，那么当前配置是 Debug。
• 当 CMake 生成构建系统时，它会解析 "$<$<CONFIG:DEBUG>:-g>" 这个表达式。
• 由于当前配置是 Debug，表达式中的 <CONFIG:DEBUG> 返回 1，因此 -g 选项会被应用。
• 如果当前配置是 Release 或者其他非 Debug 配置，则 <CONFIG:DEBUG> 返回 0，表达式不会生成 -g 选项。

判断依据：

• CONFIG:<config> 比较的对象是 CMake 的内部变量 CMAKE_BUILD_TYPE 或者生成器工具本身所指定的配置。
• 在单配置生成器（如 Unix Makefiles、Ninja）中，CMAKE_BUILD_TYPE 决定了当前配置。
• 在多配置生成器（如 Visual Studio、Xcode）中，用户在 IDE 中选择配置时，这个配置会被自动传递给 CMake。

外部传入的参数？

• CONFIG:DEBUG 并不是从外部传入的参数，而是根据当前构建环境中设定的配置来判断的。
• 用户或构建脚本可以通过指定 CMAKE_BUILD_TYPE 或者在 IDE 中选择配置来影响这个判断。

因此，CONFIG:DEBUG 的判断是基于当前的构建配置，如果配置名称是 Debug，那么该表达式为真，CMake 将根据这个判断决定是否添加对应的编译选项。