如何在C++14项目中通过CMake使用C++17第三方库？

当然有更轻量的方式，不用单独拆出静态库——CMake支持直接给单个源文件指定编译标准，和target_compile_features的思路类似，但粒度更细。

核心方法：set_source_files_properties #

你可以用这个命令单独给需要调用mcap库的实现文件设置C17编译规则，主项目其他文件保持C14不变。结合你的PIMPL场景，示例如下：

# 主项目目标（保持C++14标准）
add_library(my_large_cpp14_project STATIC
  src/main.cpp
  src/mcap_public_interface.cpp  # 对外暴露的C++14兼容头文件对应的实现
  src/mcap_cpp17_impl.cpp        # 实际调用mcap库的文件，需要C++17
)

# 给整个主目标设置默认的C++14特性
target_compile_features(my_large_cpp14_project PRIVATE cxx_std_14)

# 单独给需要C++17的源文件设置编译标准
set_source_files_properties(src/mcap_cpp17_impl.cpp
  PROPERTIES
  CXX_STANDARD 17
  CXX_STANDARD_REQUIRED ON
)

# 链接mcap库（假设你已经通过add_subdirectory引入了mcap的CMake配置）
target_link_libraries(my_large_cpp14_project PRIVATE mcap)

关键说明 #

1. 你的PIMPL层必须保证对外头文件完全不包含C++17特性（比如不要用std::optional、结构化绑定这些C14不支持的内容），只在mcap_cpp17_impl.cpp里引入mcap的头文件和使用C17语法，这样主项目的C++14代码完全不受影响。
2. CMake会自动对这个单独设置的源文件生成-std=c++17（或对应编译器的适配参数）的编译命令，生成符合要求的.o文件，和其他C++14编译的目标文件一起链接，不会有兼容性问题。
3. 这种方式比你当前用的“单独静态库”方案更简洁，减少了CMake目标的层级，维护起来更方便。

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