[MPI3 Fortran] Choice buffer woes

Rasmussen, Craig crasmussen at newmexicoconsortium.org
Fri May 28 10:05:54 CDT 2010


I might add that LANL is planning on adding the new interop
functionality to gfortran so some time in the future (hopefully) we
will have the chance to test out the MPI-3 Fortran bindings in
gfortran.  In the meantime it would nice to have a fall back position
as Jeff describes.

-craig

On Fri, May 28, 2010 at 7:29 AM, Jeff Squyres <jsquyres at cisco.com> wrote:
> Armed with a whiteboard and our laptops, Craig and I spent a few days in a room together earlier this week advancing the state of our prototype F08 MPI bindings implementation.  We made lots of progress (per emails from earlier this week), but were stymied on an important issue: MPI choice buffers.
>
> We thought that we would be able to use ifort's !DEC$ ATTRIBUTES NO_ARG_CHECK functionality to emulate the new F08-style syntax in a "close enough" manner.  Unfortunately, it seems that this functionality only passes a dope vector when the caller passes an array.  If the caller passes a scalar, only the address of that scalar is passed.  After consultation with Steve Lionel, it doesn't look like there's any way for the called function to know whether it received just an address or a dope vector.
>
> This is problematic for MPI.
>
> Does anyone know of a Fortran compiler out there that has "ignore TKR" kinds of functionality and either a) always passes a dope vector or b) somehow notifies the called function whether it got an address or a dope vector?  (either would be fine for the MPI bindings prototype)
>
> I mention this issue because without a working prototype, we can't take the bindings proposal to the overall MPI Forum.
>
> --
> Jeff Squyres
> jsquyres at cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
>
> _______________________________________________
> mpi3-fortran mailing list
> mpi3-fortran at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-fortran
>




More information about the mpiwg-fortran mailing list