CMake生成器表达式中何时可安全使用空格与缩进？

核心原因 #

官方文档提及拆分生成器表达式会出错，但部分场景却能正常工作，关键在于生成器表达式的不同部分，CMake的解析规则完全不同。

1. 认知偏差与规则边界 #

• 你提到的认知偏差，是误以为所有生成器表达式都不能换行缩进，但实际上只有表达式的逻辑判断核心部分受严格限制，而**条件满足后要输出的内容（true_string/false_string）**完全支持换行缩进。
• 限制仅针对逻辑运算符（$<AND:/$<OR:/$<NOT:）的子表达式、条件判断的参数（比如$<CXX_COMPILER_ID:后面的编译器列表）：这些位置的换行、空格会被CMake当成参数分隔符，把原本的单一生成器表达式拆成多个无效片段——就像官方示例里的AND子表达式拆分后，CMake会把每个缩进的子表达式当成独立参数，直接破坏逻辑。
• 文档的问题是说明不够细致：它只展示了逻辑部分拆分的错误，没明确区分“逻辑语法”和“输出内容”的解析差异，容易让人误解所有换行都不行，并非文档滞后。

2. 安全使用换行缩进的场景 #

在生成器表达式冒号:之后的内容（也就是true_string或false_string），可以放心用换行和缩进：

• 这部分是CMake要传给编译器的选项、定义，CMake会自动把换行、多空格合并成单个空格，把所有行的内容当成一组连续参数。比如你示例里给MSVC/GCC设置的编译选项，换行只是为了可读性，最终生成的构建文件会把这些选项合并成正确的参数列表。
• 注意：如果true_string里嵌套了其他生成器表达式，那这个嵌套表达式本身还是不能拆分换行，比如$<IF:$<CONFIG:Debug>,-O0,-O3>不能拆成多行。

结论 #

你的猜测完全正确：条件表达式的true_string/false_string允许包含空格、换行和缩进，但表达式的逻辑参数部分（逻辑运算符的子表达式、条件判断的核心参数）绝对不能拆分换行，否则会直接导致生成器表达式失效。

内容的提问来源于stack exchange，提问作者Neal Kruis