F77: 使用 g77 编译通常使用 Absoft 编译器编译的程序时出现问题

Question

我不是 Fortran 程序员（只是短暂的经验），但我需要编译一个部分用F77 编写的程序。有人在我之前用Absoft编译器编译过它，但现在我需要在另一台机器上用g77重复这个过程。对于 Absoft，makefile 有

f77 -f  -w -O -B100 -B108 -c *.f
mv *.f flib && mv *.o olib
f77  -B100 -o runme olib/*.o clib/*.o -L/usr/X11R6/lib64 -L/usr/X11R6/lib -lX11 -L$PVM_ROOT/lib/$PVM_ARCH  -lfpvm3 -lpvm3 -L$ABSOFT/lib -lU77

我已将这些行修改为

g77   -w -O -B100 -B108 -c *.f
mv *.f flib && mv *.o olib
g77  -B100 -o runme olib/*.o clib/*.o -L/usr/X11R6/lib64 -L/usr/X11R6/lib -lX11 -L$PVM_ROOT/lib/$PVM_ARCH  -lfpvm3 -lpvm3  -lgfortran -lgfortranbegin

但我收到以下错误消息

somefile.f:(.text+0x93): undefined reference to `for_open'
somefile.f:(.text+0xf4): undefined reference to `for_write_seq_fmt'
somefile.f:(.text+0x128): undefined reference to `for_write_seq_fmt_xmit'
somefile.f:(.text+0x454): undefined reference to `for_read_seq'

我该如何解决这个问题？

---

更新1

如果我将-libifcore 添加到最后一行（链接器）的末尾，那么我得到

/usr/bin/ld: cannot find -libifcore

我找到了图书馆

$ find /opt/intel/* -name 'libifcore*'
/opt/intel/fce/9.1.036/lib/libifcore.a
/opt/intel/fce/9.1.036/lib/libifcore.so
/opt/intel/fce/9.1.036/lib/libifcore.so.5
/opt/intel/fce/9.1.036/lib/libifcore_pic.a
/opt/intel/fce/9.1.036/lib/libifcoremt.a
/opt/intel/fce/9.1.036/lib/libifcoremt.so
/opt/intel/fce/9.1.036/lib/libifcoremt.so.5
/opt/intel/fce/9.1.036/lib/libifcoremt_pic.a

但即使我在源目录中执行以下操作

$ export PATH=$PATH:/opt/intel/fce/9.1.036/lib/
$ ln -s /opt/intel/fce/9.1.036/lib/libifcore.so

没有找到。

此外，我遇到另一个问题的同一台机器How to pass -libm to MPICC? libimf.so: warning: feupdateenv is not implemented and will always fail

如果需要，编译器似乎应该找到该库

$ echo $LD_LIBRARY_PATH
/opt/intel/fce/9.1.036/lib:/opt/intel/cce/9.1.042/lib:/usr/local/lib/openmpi:/usr/local/lib:/usr/lib:

Answer 1

Absoft 接受了与 g77 接受的 Fortran 77 扩展版本不完全兼容的 Fortran 77 扩展版本。

因此无法保证您可以在不编辑代码的情况下执行此操作。我似乎记得 Absoft 编译器接受了一种方便的初始化语法，它不能用 g77 复制。

Answer 2

如果你想使用 g77 编译和链接，最简单的方法是使用命令“g77”。 （f77 在您的计算机上调用什么编译器？试试“f77 -v”或类似的东西来找出...）它应该会自动找到 g77 Fortran 特定的库。您不需要显式链接到 Fortran 库，尤其是 gfortran 的库，它是一个不同的编译器。您还可以使用 gfortran 编译和链接——它可能会识别出源代码是 Fortran 77，并且如果文件具有正确的文件类型，则可以正确编译，否则您将不得不使用选项——对于此编译器，请使用命令“ gfortran”。

对于 g77 和 gfortran，它应该不需要 Intel 库——也许 f77 已连接到您计算机上的 ifort，即 Intel 编译器？

稍后编辑：

我建议先尝试一些更简单的方法来测试您的设置。

试试这个 FORTRAN 77 程序作为文件“junk.f”

C234567
      write (6, *) "Hello World"
      stop
      end

试试这个命令：

g77 junk.f -o junk.exe

通过以下方式运行它：

./junk.exe

这将测试g77是否工作。

Answer 3

您似乎正在尝试与libifcore 链接。

编辑： 您可以通过添加来包含此库 '-lifcore' 到你的编译器选项。引用gcc tutorial

通常，编译器选项 -lNAME 将尝试将目标文件与标准库目录中的库文件“libNAME.a”链接。

Answer 4

为什么你使用 g77 而不是 gfortran？ 多处理是什么意思？ openmp 还是矢量化？

您可以将 openmp 与 gfortran 编译器一起使用，当您想像 ifort 编译器那样使用矢量模式时，您必须在编译器选项中明确指定 sse。

Answer 5

问题似乎在于其中一个源文件中的错误，这对 Absoft 编译器来说并不是什么大问题。 g77 对此发出警告，但编译此文件并在没有二进制文件的情况下产生原始错误（在问题中提到）。

当我尝试ifort 时，该文件的编译被中止，但其他文件被编译并创建了一个二进制文件。

fortcom: Error: somefile.f, line 703: An extra comma appears in the format list.   [)]
     & (1p5e12.3,5h  ...,))                                             
-------------------------^
compilation aborted for somefile.f (code 1)

当我删除多余的逗号时，两个编译器都编译了所有内容并创建了二进制文件，尽管ifort 产生了许多警告。

然后，当我尝试运行这两个二进制文件时，英特尔编译器制作的一个运行良好，但g77 的一个表现非常奇怪，并没有真正做到我想要的。

所以现在原来的问题已经解决了，但是代码不能在多处理模式下运行，所以不幸的是二进制文件对我来说毫无用处。