VS+CMake+Conan编译项目报LNK4099警告及依赖链接错误

• Release模式assimp混链错误：Visual Studio是CMake的多配置生成器，配置阶段传入的-DCMAKE_BUILD_TYPE=Release参数完全不生效，Conan执行依赖拉取时无法正确匹配构建类型，会拉取本地默认profile对应build_type的预编译依赖，最终导致链接阶段Debug、Release版本的assimp及其子依赖混链。
• Debug模式glfw LNK4099警告：项目中配置的/Z7编译选项仅对自有代码生效，Conan默认拉取的glfw/3.3.7是中心仓预编译的二进制包，编译时使用/Zi选项将调试信息存放在独立的glfw3.pdb文件中，且该PDB文件未被打包进Conan包的分发目录，链接器自然无法找到对应调试符号。之前的配置没有把编译选项传递给Conan依赖的构建流程，自然无法解决问题。

按优先级排序操作即可：

第一步：修正构建配置逻辑，解决assimp混链问题 #

二选一即可：

1. 适配Visual Studio多配置特性
   去掉配置命令里的-DCMAKE_BUILD_TYPE参数，直接执行基础配置：

   cmake -S .. -B .
   

   后续构建时通过--config参数指定构建类型，例如Debug构建：

   cmake --build . --config Debug
   

   同时修改CMakeLists.txt中的conan_cmake_run调用，开启多配置适配：

   conan_cmake_run(
       CONANFILE conanfile.txt
       BASIC_SETUP
       CMAKE_TARGETS
       GENERATORS cmake_find_package
       BUILD missing
       MULTI_CONFIGURATION ON # 关键：开启多配置生成器适配
   )
   

2. 改用单配置生成器（更简单，适合不需要同时切换Debug/Release的场景）
   配置时显式指定Ninja生成器，此时CMAKE_BUILD_TYPE可以正常生效：

   # Debug配置
   cmake -S .. -B . -G "Ninja" -DCMAKE_BUILD_TYPE=Debug
   # Release配置
   cmake -S .. -B . -G "Ninja" -DCMAKE_BUILD_TYPE=Release
   

   这种场景下不需要给conan_cmake_run加MULTI_CONFIGURATION参数。

第二步：解决glfw LNK4099警告 #

二选一即可：

1. 强制从源码编译glfw，应用/Z7选项（可以完整保留调试能力）
   首先在调用conan_cmake_run前，把编译选项注入Conan的全局编译参数，让所有从源码构建的依赖都使用/Z7把调试信息嵌入目标文件：

   # 给Conan依赖注入/Z7编译选项
   set(CONAN_CXX_FLAGS "${CONAN_CXX_FLAGS} /Z7")
   set(CONAN_C_FLAGS "${CONAN_C_FLAGS} /Z7")
   
   # 原有conan_cmake_run调用，增加强制构建glfw的规则
   conan_cmake_run(
       # 保留之前的配置参数，额外加下面这行
       BUILD "glfw/3.3.7:True"
   )
   

   配置时清空之前的构建缓存重新执行CMake，Conan会本地编译glfw，生成的glfw3.lib内嵌调试信息，不需要外部PDB文件，警告自然消失。
2. 忽略第三方依赖的PDB警告（无侵入，不需要重新编译依赖）
   如果不需要调试glfw的内部源码，直接给项目目标加链接选项忽略4099警告即可，该警告不影响自有代码调试、也不影响程序运行：

   # 替换Reskinner为实际的项目目标名
   target_link_options(Reskinner PRIVATE "/ignore:4099")
   

注意：不要手动修改Conan生成的Findxxx.cmake文件，也不要手动指定依赖库的搜索路径，所有依赖链接统一使用Conan生成的target（例如glfw、assimp::assimp），否则还是可能出现构建类型不匹配的混链问题。

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