CMake强制指定单个库构建类型为Release时链接依赖报错求助

• CMAKE_BUILD_TYPE是Makefile、Ninja等单配置生成器的全局变量，在子目录中直接修改会污染全局配置，本身就不符合单target指定构建参数的使用规范。
• 你将lib1对应的构建类型强制设为Release后，CMake处理lib1的依赖时会默认寻找不带_d后缀的Release版lib2，但lib2是按全局Debug模式构建的，仅生成带_d后缀的liblib2_d.so，因此链接阶段找不到对应文件报错。

推荐使用单target单独指定编译参数的方案，不需要修改全局构建类型，完全满足lib1的性能需求：

1. 首先删除lib1的CMakeLists.txt中的set(CMAKE_BUILD_TYPE "Release")这行错误配置。
2. 在add_library(lib1 SHARED ...)语句后添加如下配置，给lib1单独设置Release级别的编译优化：

# 全局Debug模式下，给lib1单独开启Release级优化、关闭调试断言
target_compile_options(lib1 PRIVATE
    $<$<AND:$<CONFIG:Debug>,$<OR:$<CXX_COMPILER_ID:GNU>,$<CXX_COMPILER_ID:Clang>>>:-O3 -DNDEBUG>
    $<$<AND:$<CONFIG:Debug>,$<CXX_COMPILER_ID:MSVC>>:/O2 /DNDEBUG>
)

# 可选配置：如果不需要lib1在Debug模式下带_d后缀，添加以下语句
# set_target_properties(lib1 PROPERTIES DEBUG_POSTFIX "")

这个方案的优势是不需要修改现有项目的依赖逻辑，lib1仍然会按照全局配置链接Debug版的lib2，不会出现找不到依赖的问题，同时编译出的lib1性能和Release版本完全一致。

特殊场景方案 #

如果你需要lib1完全遵循Release构建的所有配置（比如剥离调试信息、特殊的链接参数等），可以使用ExternalProject模块将lib1作为独立外部项目构建，单独指定其构建类型为Release，和主项目的构建环境完全隔离，手动配置lib1的依赖路径指向主项目构建的lib2即可。

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