CMake 3.10.1+MinGW配置BLAS库报错，寻求解决方案

别担心，这个问题我之前在MinGW环境下配置BLAS时也碰到过，核心不是你缺那些显示NOTFOUND的库，而是CMake的FindBLAS模块在Windows+MinGW环境下的检测逻辑有特殊之处，咱们一步步来搞定：

先理清几个关键事实 #

• 那些显示NOTFOUND的库（比如BLAS_Accelerate_LIBRARY、BLAS_acml_LIBRARY）根本不需要安装：Accelerate是苹果专属的BLAS实现，acml是AMD针对自家CPU优化的版本，完全不匹配你的MinGW+Windows环境，CMake只是在枚举所有可能的BLAS实现，找不到这些太正常了。
• 你自己编译得到的libblas.dll和liblapack.dll是足够的，但CMake检测BLAS时需要的不是直接用.dll文件，而是对应的导入库（通常是libblas.dll.a或者blas.lib）——这是Windows下动态库链接的关键，光有运行时的.dll不行。

具体解决步骤 #

1. 确认你有BLAS的导入库 #

检查你编译BLAS的输出目录，应该能找到libblas.dll.a（MinGW编译的话默认会生成这个）。如果没有，你需要重新编译BLAS：

• 用MinGW的CMake生成Makefiles，确保编译过程中生成了导入库（Netlib BLAS默认支持，不用额外配置）。

2. 手动指定BLAS库路径，跳过CMake自动检测 #

CMake 3.10的FindBLAS模块对MinGW的动态库支持不够友好，咱们直接告诉它库的位置：

方法一：在CMakeLists.txt中配置

在FIND_PACKAGE(BLAS)这一行之前，添加以下代码（替换成你实际的导入库路径）：

# 手动指定BLAS相关变量，跳过自动检测
set(BLAS_FOUND TRUE)
set(BLAS_blas_LIBRARY "C:/your/blas/path/libblas.dll.a")
set(BLAS_LIBRARIES ${BLAS_blas_LIBRARY})

如果你的项目还需要LAPACK，同样添加：

set(LAPACK_FOUND TRUE)
set(LAPACK_lapack_LIBRARY "C:/your/lapack/path/liblapack.dll.a")
set(LAPACK_LIBRARIES ${LAPACK_lapack_LIBRARY})

方法二：通过CMake命令行参数指定

运行CMake时直接传入参数：

cmake .. -G "MinGW Makefiles" -DBLAS_blas_LIBRARY=C:/your/blas/path/libblas.dll.a

3. 验证路径正确性 #

一定要注意：你指定的是**导入库（.dll.a）**的路径，不是.dll文件的路径。导入库是链接阶段用来解析符号的，.dll是程序运行时才需要的（放在System32或者程序目录下都可以）。

额外建议 #

• 如果条件允许，升级你的CMake版本到3.15以上：新版本的FindBLAS模块对Windows和MinGW的支持做了很多优化，能减少这类手动配置的麻烦。
• 确保BLAS是用MinGW编译器编译的：跨编译器的库（比如MSVC编译的BLAS）和MinGW项目链接时容易出现兼容性问题。

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