gfortran编译字符数组映射错误及pySALEPlot编译配置问题求助

你碰到的是老式Fortran语法与现代gfortran编译器兼容性的典型问题——character cinfo(300)*100这种旧写法被编译器或updatevars脚本误解析成了二维数组character cinfo(300,100)，直接导致编译失败。下面是几个针对性的解决思路：

1. 给gfortran添加老式语法兼容选项 #

现代gfortran默认严格遵循新Fortran标准，对老式数组长度声明的支持需要手动开启。你可以尝试修改编译命令，加上-std=legacy选项放宽语法检查：

/opt/local/bin/gfortran -Wall -g -fno-second-underscore -fPIC -O3 -funroll-loops -std=legacy -I/tmp/tmpO0aK8p/src.macosx-10.13-x86_64-2.7 -I/opt/loc...

如果不想手动改命令，也可以在configure阶段直接传递这个选项：

./configure --pysaleplot FCFLAGS="-std=legacy -Wall -g -fno-second-underscore -fPIC -O3 -funroll-loops"

这个选项会让gfortran兼容老式的character array(N)*LEN语法，避免被误解析成二维数组。

2. 手动修正源文件中的数组声明 #

找到pySALEPlot/src目录下包含cinfo变量的源文件，把老式声明：

character cinfo(300)*100

改成现代Fortran兼容的写法：

character(len=100) cinfo(300)

这种写法明确指定了数组每个元素的字符长度是100，数组本身是一维的，不会被编译器误解。如果还有其他类似的老式声明（比如integer arr(50)*4），也要一并改成对应的现代格式。

3. 修复updatevars脚本的映射逻辑 #

如果错误是updatevars脚本自动转换代码导致的，那你需要调整这个脚本的转换规则。找到脚本中处理字符数组声明的部分，把原本将character (\w+)\((\d+)\)\*(\d+)映射成二维数组的逻辑，改成生成一维数组带长度的现代声明——比如把生成character cinfo(300,100)的代码，替换成生成character(len=100) cinfo(300)的逻辑。

4. 检查gfortran版本兼容性 #

如果你的gfortran版本太新（比如10.x及以上），对老式语法的支持可能更严格；如果版本太旧，可能也会有解析问题。可以尝试切换到稳定的中间版本（比如gfortran 9.x），或者更新到最新版本并配合-std=legacy选项使用。

内容的提问来源于stack exchange，提问作者Jon Kay