【发布时间】：2019-06-17 15:46:33
【问题描述】：
我有一个包含许多目录的大型 Fortran 程序。每个目录都在一个伪库中单独编译，但仍然存在相互依赖的混乱，因此最后所有伪库都组合在一个可用的库中。我想使用 Fortran 模块，但它非常脆弱，因为我不能依赖自动依赖检查，并且根据顺序编译可能会失败。
例如，考虑以下CMakeLists.txt 文件：
project (test Fortran)
add_library (lib1 dir1/lib1.f90)
add_library (lib2 dir2/lib2.f90 dir2/mod.f90)
add_executable (exe dir3/exe.f90)
target_link_libraries (exe lib1 lib2)
来源：
dir1/lib1.f90:
subroutine bar
use foo, only: foofoo
implicit none
write(6,*) foofoo
end subroutine bar
dir2/lib2.f90:
subroutine bar2
use foo, only: foofoo
implicit none
write(6,*) foofoo,' again'
end subroutine bar2
dir2/mod.f90:
module foo
implicit none
integer :: foofoo=3
end module foo
dir3/exe.f90:
program meh
implicit none
call bar()
call bar2()
end program meh
从头开始编译失败：
$ make
[ 25%] Building Fortran object CMakeFiles/lib1.dir/dir1/lib1.f90.o
/home/user/cmake/dir1/lib1.f90:2.4:
use foo, only: foofoo
1
Fatal Error: Can't open module file 'foo.mod' for reading at (1): No such file or directory
make[2]: *** [CMakeFiles/lib1.dir/dir1/lib1.f90.o] Error 1
make[1]: *** [CMakeFiles/lib1.dir/all] Error 2
make: *** [all] Error 2
但以正确的顺序进行操作：
$ make lib2
Scanning dependencies of target lib2
[ 50%] Building Fortran object CMakeFiles/lib2.dir/dir2/mod.f90.o
[100%] Building Fortran object CMakeFiles/lib2.dir/dir2/lib2.f90.o
Linking Fortran static library liblib2.a
[100%] Built target lib2
$ make
[ 25%] Building Fortran object CMakeFiles/lib1.dir/dir1/lib1.f90.o
Linking Fortran static library liblib1.a
[ 25%] Built target lib1
[ 75%] Built target lib2
Scanning dependencies of target exe
[100%] Building Fortran object CMakeFiles/exe.dir/dir3/exe.f90.o
Linking Fortran executable exe
[100%] Built target exe
CMake 有什么方法可以找出依赖关系并在lib1 之前编译lib2（或至少mod.f90）？
ETA：无论在CMakeLists.txt 文件中定义lib1 和lib2 的顺序如何，以及在编译程序后运行rm foo.mod ; touch ../dir1/lib1.f90 之后，一个健壮的解决方案都应该工作。
【问题讨论】：
-
你的cmake版本是什么？
cmake --version -
对于信息，“cmake 版本 3.13.4”正确地解决了依赖关系。
-
@PierredeBuyl 我试过 2.8.12.2 和 3.8.1。
-
你们更新可行吗？如果您的系统包管理器上没有最新的包，从源代码安装非常轻松 :-) cmake.org/download
-
@PierredeBuyl 这应该是可行的，因为这就是我获得 3.8.1 的方式。与此同时，我在另一台我有 3.13.2 的机器上尝试过，得到了同样的错误。从 3.13.2 到 3.13.4 有什么相关的变化吗？你有没有先编译
mod.f90？或者这是一种随机/系统相关的行为？