fortran的编译器 linux编译fortran的命令

直接安装gfortran即可满足99%的Fortran开发需求，消耗商业编译器；需先通过cat /etc/os-release确认系统类型，再执行对应包管理命令（如Ubuntu/Debian用sudo apt update && sudo apt install gfortran），最后用gfortran --version和编译运行hello.f90验证安装成功，并确保安装make、cmake等构建工具链。

直接安装 gfortran 就行，99% 的 Fortran 开发需求它完全满足，不用折腾商业编译器。确认系统类型再执行命令对应不同发行版的包管理器和包名不一致，硬套命令会失败。先用 cat /etc/os-release 看清自己是哪类系统，再选下面一行执行：Ubuntu/Debian： sudo apt update && sudo apt install gfortran CentOS/RHEL 7：先 sudo yum install epel-release，再 sudo yum install gcc-gfortran CentOS/RHEL 8+ 或 Fedora： sudo dnf install gcc-gfortran openSUSE： sudo zypper install gcc-fortran Arch Linux： sudo pacman -S gcc-fortran

注意：gcc-gfortran 和 gcc-fortran 是包名，不是命令；gfortran 才是安装后可用的编译器命令。验证是否安装真成功光看命令没报错不等同能用。真正要验证的是：运行 gfortran --version，必须输出类似 GNU Fortran (Ubuntu 14.1.0-1ubuntu1) 14.1.0 的内容提示 command not found，说明包含 PATH 没安装路径，常见于某些最小化安装系统（比如 Docker 之类），此时可查是哪个 gfortran 或 find /usr -name gfortran 2>/dev/null 编译一个最简程序：新建 hello.f90，写入 print *, "ok" 和 end 两行，然后运行 gfortran hello.f90 -o hello && ./hello，输出 ok 才算闭环别跳过构建工具链 gfortran 单独装好只是一步。实际项目常需要：make：几乎所有 Fortran 项目都靠 Makefile 驱动编译 cmake：现代 Fortran 项目（尤其含 C/Fortran） ）基本依赖它的编译必备混合（Debian/Ubuntu）或“开发工具”（RHEL/CentOS）：里面包含 gcc、g++、make、autoconf 等，缺一不可

漏装这些，后续 make 或 cmake 时大概率报 cc: command not found 或 no C compiler —— 这不是 Fortran 编译器的问题，而是整个构建环境没配齐。

CentOS Linux 7.9.2009

CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业服务器历史上仍然可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛着称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全修复风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。下载Intel ifort不是“更好”，只是“不同”ifort（或新版ifx）确实有更好的优化能力，但不是开箱即用：安装包大（几个GB），依赖setvars.sh初始化环境标志，且每次新开终端都要源码或写进~/.bashrc 许可限制严格：免费版本只限个人非商业用途，企业部署需要授权兼容反而更清晰：某些GNU扩展语法（如iso_c_binding的特定用法）在ifort下可能会报错，而gfortran更宽容

除非你明确需要Intel处理器上的最大性能，或者活动已经ifort构建体系，否则从gfortran入手更省心。

真正容易被忽视的是：很多用户安装完gfortran 就以为万事大吉，结果在编译科学计算库（比如 LAPACK 或 NetCDF-Fortran）时卡在找不到 blas、lapack 或 mpi —— 这些不是编译器自带的，得单独安装，而且版本要匹配。