为何CMake在Powershell中运行失败但在MinGW64 MSYS2终端正常？

• PATH及系统搜索路径优先级差异：MSYS2 MinGW 64-bit终端启动时会自动将MinGW架构对应的资源路径（如/mingw64/bin、/mingw64/lib、/mingw64/include对应的Windows绝对路径）加入PATH的最高优先级位置，通过pacman安装的所有依赖的头文件、库文件、CMake配置文件均存放在该路径前缀下。Windows原生CMD/PowerShell默认不会加载这些路径，CMake执行依赖查找逻辑时默认无法扫描到对应资源。
• CMake预设参数与生成器默认值差异：MSYS2终端内调用的CMake会默认匹配MinGW Makefiles/Ninja作为工程生成器，同时自动预设CMAKE_PREFIX_PATH、CMAKE_LIBRARY_PATH、CMAKE_INCLUDE_PATH等CMake专用查找变量指向MinGW安装目录。CMD/PowerShell下未手动配置的情况下，CMake会默认使用Visual Studio生成器，依赖查找逻辑完全适配MSVC编译链，和MSYS2内安装的MinGW格式依赖不兼容。
• 辅助工具与环境变量完整性差异：多数CMake的依赖查找逻辑会调用pkg-config获取库的编译参数与路径，MSYS2终端默认预装对应架构的pkg-config，且自动配置PKG_CONFIG_PATH指向MinGW下的.pc配置文件目录。CMD/PowerShell下默认不存在该工具，也没有对应的路径配置，会直接导致CMake查找依赖失败。
• 路径格式与库命名规则适配差异：MSYS2终端会自动完成类Unix路径到Windows路径的转换，且适配MinGW的GNU库命名规则（如libiconv.dll.a、libiconv.a）。CMD/PowerShell下CMake的默认查找逻辑优先适配MSVC的库命名规则（如iconv.lib），哪怕找到MSYS2内的MinGW格式库也不会识别为有效依赖。

你看到的报错CMake Error at C:/Program Files/CMake/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find Iconv (missing: Iconv_LIBRARY) (found version "1.16")是典型的依赖查找不完整问题：
CMake已经扫描到了iconv的头文件（因此识别到了1.16的版本号，大概率是你手动配置过MinGW的include路径，或者项目内硬编码了头文件搜索路径），但找不到对应适配当前编译链的iconv库文件，本质就是上述环境差异共同作用的结果。

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