OpenBLAS编译安装中getarch_2nd错误的解决方案

问题背景

在使用OpenBLAS进行科学计算加速时，用户可能会遇到编译安装过程中的错误。特别是在较新的Intel Xeon Platinum处理器上编译较旧版本的OpenBLAS（如0.3.9或0.3.18）时，会出现make: *** [Makefile.prebuild:66: getarch_2nd] Error 1的错误提示。

错误分析

该错误通常发生在安装阶段，具体表现为getarch_2nd.c文件中多个宏定义未声明的编译错误。这些宏包括各种GEMM操作的展开参数（如SGEMM_DEFAULT_UNROLL_M、DGEMM_DEFAULT_UNROLL_N等）和本地缓冲区大小参数（如SGEMM_DEFAULT_Q）。

根本原因是较新处理器架构（如Intel Xeon Platinum 8458P）与旧版OpenBLAS的自动检测机制不兼容。当处理器架构比软件版本新时，自动检测会失败。

解决方案

1. 明确指定目标架构：在安装命令中重复指定目标架构参数，避免自动检测运行失败。例如：

   make PREFIX=/usr/local NO_STATIC=1 TARGET=SKYLAKEX install
   

2. 升级OpenBLAS版本：建议使用较新的OpenBLAS版本（0.3.25及以上），这些版本已经修复了此类兼容性问题。从0.3.25版本开始，安装时会自动保留构建阶段的目标架构设置。

技术细节

OpenBLAS的构建过程分为两个主要阶段：

1. 构建阶段：生成静态库和动态库
2. 安装阶段：将生成的文件复制到指定位置

在较旧版本中，安装阶段会重新运行架构检测，而新版本则直接使用构建阶段确定的参数。对于使用新处理器的用户，建议：

• 优先考虑使用最新稳定版的OpenBLAS
• 如果必须使用旧版本，确保在安装命令中明确指定与处理器兼容的TARGET参数
• 对于Intel Xeon Platinum系列处理器，TARGET=SKYLAKEX通常是一个合适的选择

最佳实践

1. 对于生产环境，建议使用经过充分测试的最新稳定版本
2. 在Docker环境中部署时，考虑基于官方OpenBLAS镜像构建
3. 如果遇到兼容性问题，可以尝试不同的TARGET参数（如CORE2、GENERIC、NEHALEM等）
4. 记录完整的构建参数和环境信息，便于问题排查

通过以上方法，可以有效解决OpenBLAS在新型处理器上编译安装时遇到的架构检测问题，确保科学计算应用获得最佳性能。