尝试使用较旧的gfortran 4.6版本编译器时可能出现问题
当编译器在中找不到.mod文件时。。。set_mod.mod不是GFORTRAN模块文件。。这是一个编译器还是仅仅是一个新编译器在集群上的翻拍版本???gfortran贡献者试图在不同版本的编译器之间保持模块文件格式的向后兼容性。不幸的是,有些情况下无法保持兼容性。例如,用户定义的派生类型IO的引入导致了不兼容,因此模块文件版本号受到了影响。最佳实践是使用相同的编译器主要版本号编译所有代码,例如4.6.2和4.8.3应该可以。如果跳转到新的主要版本号,请重新编译所有内容。请在所有与fortran相关的问题中使用fortran标记。在询问有关gfortran的问题时,也要使用更具体的gfortran标记,而不是通用的gcc标记。当您更改编译器/计算机时,您应该真正重新编译几乎所有的东西。这就是你要问的吗?是的,但更具体地说,当重新编译到大量松散维护的机器集群上时。GCC版本方案从GCC 5起已经改变。4.6和4.8是不同的主要版本。但在GCC5中,第一个数字决定了主要版本,而不是第二个。这就是我的想法。4.6和4.8或4.4对于这一点,不要问我这个版本在使用中似乎有一些显著的差异尝试使用较旧的gfortran 4.6版本编译器时可能出现问题,fortran,gfortran,Fortran,Gfortran,当编译器在中找不到.mod文件时。。。set_mod.mod不是GFORTRAN模块文件。。这是一个编译器还是仅仅是一个新编译器在集群上的翻拍版本???gfortran贡献者试图在不同版本的编译器之间保持模块文件格式的向后兼容性。不幸的是,有些情况下无法保持兼容性。例如,用户定义的派生类型IO的引入导致了不兼容,因此模块文件版本号受到了影响。最佳实践是使用相同的编译器主要版本号编译所有代码,例如4.6.2和4.8.3应该可以。如果跳转到新的主要版本号,请重新编译所有内容。请在所有与fortran