编译启用GPU的dlib时遭遇CMake错误,寻求技术帮助
解决dlib启用GPU编译时的CMake错误及CMP0146警告
问题根源分析
- 源码目录直接构建:执行
cmake .是在dlib源码根目录内直接生成构建文件,CMake的FindCUDA模块处理CUDA 12.x时,会尝试在源码目录写入临时文件,触发"execute_process attempted to output into a source directory"错误。 - CMP0146策略冲突:该策略控制CMake与CUDA工具链的兼容性,高版本CMake(3.20+)与CUDA 12.x、VS2022的v140工具集默认设置下存在兼容性冲突。
- 生成器与工具集不匹配:指定的
Visual Studio 14 2015 Win64生成器针对旧版VS2015,而实际使用VS2022环境,混合配置加剧了兼容性问题。
解决方案步骤
1. 强制使用外部构建(必须操作)
不在dlib源码目录内直接构建,新建独立的build目录:
# 进入dlib源码根目录 mkdir build cd build
2. 调整CMake命令参数
使用VS2022生成器,指定v140工具集,同时设置CMP0146策略并启用CUDA:
cmake .. -G "Visual Studio 17 2022 Win64" -T v140,host=x64 -DCMAKE_POLICY_DEFAULT_CMP0146=NEW -DDLIB_USE_CUDA=1 -DUSE_AVX_INSTRUCTIONS=1
-G "Visual Studio 17 2022 Win64":匹配实际安装的VS2022版本,确保生成器与环境一致-T v140,host=x64:指定使用MSVC v140 2015工具链,同时强制主机架构为x64-DCMAKE_POLICY_DEFAULT_CMP0146=NEW:解决CUDA与CMake版本的兼容性警告,避免策略冲突
3. 验证CUDA环境配置
确保系统环境变量正确:
- 检查
CUDA_PATH是否指向C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v12.3 - 确保
%CUDA_PATH%\bin已添加到系统PATH环境变量中
4. 清理旧构建缓存
如果之前在源码目录生成过文件,彻底清理:
- 删除dlib源码根目录下的
CMakeCache.txt、CMakeFiles文件夹 - 确保build目录为空后再重新执行CMake命令
额外说明
如果仍有问题,尝试以下操作:
- 确保VS2022已安装**"C++ Windows XP支持工具(v140)"**组件(v140工具集默认依赖该组件)
- 检查CUDA 12.3是否支持你的GPU型号
内容的提问来源于stack exchange,提问作者HENRIQUE
相关产品推荐
相关产品推荐

