CMake搭配Visual Studio时yvals_core.h报STL1003编译错误问询

这个错误本质是预编译头被C编译器而非C++编译器编译导致的：
MSVC的STL在底层头yvals_core.h里会强制检测__cplusplus宏——这个宏只有C编译器会定义，C编译器不会输出这个宏，只要检测不到就会直接抛出STL1003: Unexpected compiler, expected C++ compiler致命错误。你之前怀疑的__cplusplus未定义不是宏本身配置异常，是当前处理预编译头的根本不是C编译器，自然不会生成这个宏。
没迁移到预编译头之前，C源文件不会主动包含STL相关头，自然碰不到这个检测逻辑；等你把所有依赖（包括C标准库、STL头）都塞进统一预编译头后，只要预编译头被加载到C编译单元里，C编译器读到STL的检测代码就会直接报错。
这个是CMake搭配MSVC用预编译头的经典坑：target_precompile_headers默认会把配置的预编译头注入到当前目标下所有源文件的编译流程，不管源文件是.c（C语言）还是.cpp/.cxx（C语言）。

按排查优先级排序：

• 优先给预编译头加语言过滤，仅对C编译单元生效
  用CMake的生成器表达式限定预编译头只在C编译时加载，这是最通用无副作用的解法，配置示例：

  target_precompile_headers(你的项目target名 PRIVATE
    $<$<COMPILE_LANGUAGE:CXX>:${PROJECT_SOURCE_DIR}/你的预编译头路径/pch.h>
  )
  

  90%以上的同类问题改完这行配置就能直接解决。
• 排查源文件后缀错误
  如果项目本身没有C语言代码，检查下是否存在后缀被误改成.c的C++源文件，这类文件会被CMake识别为C源文件，调用C编译器编译，触发报错。
• 排查预编译头的属性配置
  检查CMakeLists中是否用set_source_files_properties给预编译头文件手动设置了LANGUAGE C属性，该配置会强制编译器用C模式处理头文件，必然触发这个错误。
• 极端场景排查
  上述配置都没问题的话，检查是否误关了target的C++语言支持，或是给target配置了错误的语言标准。

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