Open MPI 在 macOS 上使用 flang-new 编译时的安装问题分析

在 Open MPI 项目中，当开发者在 macOS 系统上使用 flang-new 编译器进行构建时，可能会遇到一个特殊的安装失败问题。本文将深入分析这一问题的成因及其解决方案。

问题现象

在 macOS 15.3.1 系统上，使用 Homebrew 安装的 flang-new 编译器构建 Open MPI 时，make install 命令会在 ompi/mpi/fortran/use-mpi-f08 目录下失败。具体表现为安装过程中无法找到预期的动态库文件 .libs/libmpi_usempif08.0.dylib，而实际上该文件确实未被生成。

根本原因分析

经过深入调查，发现问题源于以下几个方面：

1. libtool 的限制：在 Darwin（macOS）系统上，libtool 默认只支持 ifort、nagfor 和 gfortran 这三种 Fortran 编译器来构建共享库。这一限制通过 libtool 脚本中的条件判断实现，当检测到其他 Fortran 编译器时，会静默失败。

2. 构建流程缺陷：虽然构建系统能够检测到无法生成共享库的情况，但错误处理不够完善，导致构建过程看似成功完成，但实际上关键的动态库文件并未生成。

3. 安装阶段问题：由于动态库文件缺失，在安装阶段尝试安装这些不存在的文件时，自然会导致失败。

解决方案

针对这一问题，Open MPI 开发团队采取了以下措施：

1. libtool 补丁：类似于项目中已有的 config/ltmain*.diff 补丁，开发了专门的补丁来扩展 libtool 对 flang-new 编译器的支持。

2. 构建系统改进：增强了构建系统的错误检测机制，确保在无法生成共享库时能够明确报错，而不是静默继续。

3. 版本兼容性处理：针对不同版本的 flang-new 编译器进行了兼容性测试和调整。

技术细节

在 macOS 系统上，libtool 通过以下代码片段判断是否支持 Fortran 共享库构建：

case $cc_basename in
   ifort*|nagfor*) _lt_dar_can_shared=yes ;;
   *) _lt_dar_can_shared=$GCC ;;
esac

这一机制导致 flang-new 编译器被排除在外。解决方案是通过补丁扩展这一判断逻辑，将 flang-new 也纳入支持范围。

影响范围

该问题主要影响：

• 使用 macOS 系统的开发者
• 选择 flang-new 作为 Fortran 编译器的用户
• Open MPI 的主分支(main)和 5.0.x 版本分支

结论

通过这次问题的分析和解决，Open MPI 项目增强了对 flang-new 编译器的支持，特别是在 macOS 平台上的兼容性。这也提醒开发者在跨平台、多编译器环境下进行开发时，需要特别注意构建系统的兼容性问题。

该修复已合并到 Open MPI 的主分支和 5.0.x 稳定分支中，使用最新代码的开发者将不再遇到这一问题。