Windows下C++项目CMake两次构建定位fmt包路径不一致问题

原因分析 #

1. 环境变量干扰：Anaconda环境会将自身的库路径注入CMAKE_PREFIX_PATH或系统PATH，如果后续构建时终端激活了Anaconda环境，find_package会优先扫描这些路径，导致找到Anaconda自带的fmt。
2. 缓存被意外更新：若第一次构建后重新执行过cmake ..命令，CMake会重新触发依赖查找，此时若环境变量偏向Anaconda，就会覆盖缓存中的fmt_DIR值。
3. 包搜索优先级：CMake的find_package默认按预设顺序扫描路径，Anaconda的cmake配置目录可能排在MSYS2路径之前，导致优先匹配错误的包。

解决方法 #

1. 构建时直接指定fmt路径 #

运行cmake命令时显式传入fmt_DIR参数，强制使用MSYS2的fmt：

cmake .. -G "MinGW Makefiles" -Dfmt_DIR=C:/msys64/ucrt64/lib/cmake/fmt

该参数会写入缓存，后续mingw32-make会直接沿用此配置。

2. 修改CMakeLists.txt固定搜索路径 #

在find_package前添加路径配置，让CMake优先扫描MSYS2的目录：

cmake_minimum_required(VERSION 3.11)
project(Particles_Project)

# 优先搜索MSYS2的fmt配置路径
set(CMAKE_PREFIX_PATH "C:/msys64/ucrt64/lib/cmake" ${CMAKE_PREFIX_PATH})

add_executable(main single_main_particles.cpp)

# 强制要求找到fmt，避免静默使用错误包
find_package(fmt REQUIRED)
target_link_libraries(main fmt::fmt)

3. 清理缓存并保持环境一致 #

若缓存已被污染，先删除build目录重建，同时确保使用MSYS2终端（不要激活Anaconda环境）：

rm -rf build1
mkdir build1
cd build1
cmake .. -G "MinGW Makefiles"
mingw32-make

后续构建始终使用同一终端环境，避免环境变量切换导致的路径混乱。

4. 在find_package中指定搜索路径 #

直接在find_package里添加PATHS参数，限定搜索范围：

find_package(fmt REQUIRED PATHS "C:/msys64/ucrt64/lib/cmake/fmt")

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