Open MPI logo

Open MPI User's Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Open MPI User's mailing list

From: Toon Knapen (toon.knapen_at_[hidden])
Date: 2005-10-12 05:20:28


William Gropp wrote:
> At 08:44 AM 10/11/2005, Toon Knapen wrote:
>
>> William Gropp wrote:
>> > in the Fortran source mapped to
>> >
>> > MPI_INIT
>> > mpi_init
>> > mpi_init_
>> > mpi_init__
>> > MPI_Init_
>> >
>> > Each of these has been chosen by some Fortran 77 compiler. Confusion
>> > over this is one of the most common problems that users face,
>> > particularly when they use command line options to *change* the way the
>> > Fortran compiler maps the names in their code.
>>
>>
>> but that's an easy one to solve. We already do it for BLAS and LAPACK.
>> Based on some preprocessor directives we generate macro's that convert
>> every 'dgemm' in our C/C++ app into DGEMM, dgemm_, dgemm__ etc.
>
>
> That's not the point; all MPI implementations do something like this
> anyway (as far as I know, all MPI implementations implement the Fortran
> interface using C code and something to handle these issues). The
> problem is: which of these names do you put into the MPI object
> library?

Correct, the fortran interface is not exactly an ABI. However the
fortran interface makes developing a MorphMPI easy.

What I mean with a MorphMPI library is a small lightweight library that
is inbetween the application and the MPI library. By recompiling the
MorphMPI library, the application can be relinked with whatever MPI
library (without thus having access to the sources of the application).

The MorphMPI just needs to provide a function to return the value of the
different named constants and the logical value's. Additionally it needs
to map the symbols (corresponding to the function-names) as used by the
app to the symbols as defined by the mpi library. That's all there is to
it AFAICT

toon