C++和Fortran混编问题

大橙子cqx

目前的任务是在Fedora平台将一个较大的纯Fortran程序和一个C++程序混合编译，C++负责流程管理等，Fortran负责计算部分。
遇到的问题是，我希望使用C++调用Fortran程序中用于控制MPI初始化的一个函数：

项目是用cmake工具制作的 我希望下面的程序NemoProxy.h中调用它：

我写了一个头文件，：

这样做以后编译通过了 但是链接时报错：
CMakeFiles/main2d.dir/source/main_Nemo.C.o：在函数‘NemoProxy::initRuntime(int)’中：
/home/user/examples/source/NemoProxy.h:17：对‘mpp_start_’未定义的引用


想知道是不是我有什么步骤没有做到，还是哪里写的有些问题？

necrohan

没有任何其它设置就直接调用？我不会混合编程，但是我记得Fortran和C++编译后的函数名称有区别，Fortran程序里应该为C++调用加一些编译声明。

fcode

[Fortran] 纯文本查看 复制代码

查看代码

打印?

1	Subroutine mpp_start( localComm ) Bind(C,Name="mpp_start")

2	Integer , value :: localComm

3

!...

4	End Subroutine mpp_start

大橙子cqx

fcode 发表于 2020-7-2 11:14
[mw_shl_code=fortran,true]Subroutine mpp_start( localComm ) Bind(C,Name="mpp_start")
  Integer , val ...

localComm应该是必须有OPTIONAL的 因为下面有PRESENT（localComm） 但是OPTIONAL和value好像不能共存。。不加value只加Bind还是会有未定义的错误。。

大橙子cqx

fcode 发表于 2020-7-2 11:14
[mw_shl_code=fortran,true]Subroutine mpp_start( localComm ) Bind(C,Name="mpp_start")
  Integer , val ...

您好，我自己创建了一个简单的Fortran文件测试，当该文件只有一个subroutine的时候是可以链接的 但是如果给它套一个module的壳就会出现未定义的引用。想知道造成这样问题的原因可能是什么呢？感谢您的解答
我刚刚解决了这个问题，在头文件中声明时，我之前时直接写的函数的名字mpp_start。有module的情况下应写为：__mod名_MOD_mpp_start.希望可以给遇到相同问题的人一些帮助。。

fcode

大橙子cqx 发表于 2020-7-2 13:40
localComm应该是必须有OPTIONAL的 因为下面有PRESENT（localComm） 但是OPTIONAL和value好像不能共存。。 ...

Optional 是函数高级用法，不能在混编中使用。
你可以用低级用法套一层函数，调用高级用法。

就好像

[Fortran] 纯文本查看 复制代码

查看代码

打印?

1	Subroutine c_mpp_start( localComm ) Bind(C,Name="mpp_start")

2	Integer , value :: localComm

3	call mpp_start(localComm)

4	End Subroutine c_mpp_start

5

6	Subroutine mpp_start( localComm )

7	Integer , optional , intent(IN) :: localComm

8	End Subroutine mpp_start

fcode

大橙子cqx 发表于 2020-7-2 15:01
您好，我自己创建了一个简单的Fortran文件测试，当该文件只有一个subroutine的时候是可以链接的 但是如果 ...

上代码

大橙子cqx

fcode 发表于 2020-7-2 17:56
上代码

您好，我刚刚解决了这个问题，具体的做法写到上面的回复中了。感谢您的解答！

fcode

大橙子cqx 发表于 2020-7-2 15:01
您好，我自己创建了一个简单的Fortran文件测试，当该文件只有一个subroutine的时候是可以链接的 但是如果 ...

你不能保证所有的编译器都是
__mod名_MOD_mpp_start
这种命名规则。而且这样也很麻烦。

只要你写了 Bind(C,Name="mpp_start") 就不会存在这个问题。