Windows下使用Conan构建boost、gtest、qt等依赖库报错如何解决

首个报错原因 #

未指定profile执行conan install ..时，Conan会加载全局默认profile，该profile默认配置为MSVC（Visual Studio）工具链，但本地环境实际使用MinGW GCC编译器，CMake检测到当前GNU编译器与Conan传入的MSVC参数不一致，直接触发冲突报错。

自定义mingw64 profile后提前报错排查方案 #

按以下优先级逐一排查修复：

• 先验证MinGW环境可用性：在执行conan命令的当前终端运行gcc -v，确认返回版本为8.2，且gcc、g++、mingw32-make等命令可正常调用。若提示命令不存在，先将MinGW安装路径下的bin目录加入系统PATH，重启终端后再操作。
• 修正profile配置错误：自定义profile的settings段不需要前置缩进，同时补充MinGW必需的异常模型配置，显式指定C/C++编译器避免识别错误，修正后的profile内容如下：

[build_requires]
[settings]
os=Windows
os_build=Windows
arch=x86_64
arch_build=x86_64
compiler=gcc
compiler.version=8.2
compiler.libcxx=libstdc++11
compiler.exception=seh
build_type=Release
[options]
[env]
CC=gcc
CXX=g++

• 处理缺失的预编译包：Conan中心仓若没有匹配当前gcc 8.2配置的boost、gtest、qt预编译包，会在依赖解析阶段直接报错。执行install命令时追加--build=missing参数，让Conan自动从源码编译没有预编译包的依赖：

conan install .. --profile=mingw64 --build=missing

• 清理旧缓存干扰：首次执行install生成的.conan目录、CMakeCache.txt等文件会残留旧的MSVC配置，先清空build目录下所有文件，再重新执行install命令，避免缓存导致的配置冲突。

完成以上配置后，Conan会正确识别MinGW GCC工具链，不会再出现编译器类型不匹配的报错。

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