df13c2810d
pondering about this problem, we came to the conclusion that the best approach is to keep what we had before (i.e. the original approach). The main reason for this is being nice with tool developers. In the current incarnation, they can either catch the Fortran calls or the C calls. If they provide both, then they will have to figure out how to cope with the double calls (as your example highlight). Here is the behavior Open MPI will stick too: Fortran MPI -> C MPI Fortran PMPI -> C MPI However, the is another possible approach. This might avoid the double calls while preserving the tool writers friendliness. This possible approach will do: Fortran MPI -> C MPI Fortran PMPI -> C PMPI ^ Unfortunately, we will have to heavily modify all files in the Fortran interface layer in order to support this approach. This commit was SVN r20079. |
||
---|---|---|
.. | ||
attribute | ||
class | ||
communicator | ||
contrib/vt | ||
datatype | ||
debuggers | ||
errhandler | ||
etc | ||
file | ||
group | ||
include | ||
info | ||
mca | ||
mpi | ||
op | ||
peruse | ||
proc | ||
request | ||
runtime | ||
tools | ||
win | ||
Makefile.am |