[MPI3 Fortran] Agenda for MPI3 Fortran Working group next week

Supalov, Alexander alexander.supalov at intel.com
Thu Jun 4 13:40:56 CDT 2009


Thanks. This is a correct interpretation. For me, backward compatibility includes, among other things, ABI compatibility within a certain MPI product line, hence this reference.

Best regards.


-----Original Message-----
From: mpi3-fortran-bounces at lists.mpi-forum.org [mailto:mpi3-fortran-bounces at lists.mpi-forum.org] On Behalf Of Jeff Squyres
Sent: Thursday, June 04, 2009 6:10 PM
To: MPI-3 Fortran working group
Cc: Underwood, Keith D
Subject: Re: [MPI3 Fortran] Agenda for MPI3 Fortran Working group next week

On Jun 4, 2009, at 11:47 AM, Iain Bason wrote:

> I think Alexander's point is that it is desirable for a particular
> implementation to maintain backwards binary compatibility with
> previous versions of that implementation.  If some implementation
> defined a communicator as a derived type that contained all the
> internal state the library needs, then that implementation would be
> unable to change that derived type without breaking backwards
> compatibility.

Ah, ok -- fair enough.  To me, that's "backwards compatibility", not  
"ABI".  FWIW: "ABI" means a very different thing to me.

(don't get me wrong, although most people thing I'm against an ABI for  
MPI, I'm not -- but that's a different discussion for a different list/ 

> However, I think implementors are smart enough to realize that, and to
> define a communicator as a pointer to some opaque type.


Jeff Squyres
Cisco Systems

mpi3-fortran mailing list
mpi3-fortran at lists.mpi-forum.org
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen Germany
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 Ust.-IdNr.
VAT Registration No.: DE129385895
Citibank Frankfurt (BLZ 502 109 00) 600119052

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

More information about the mpiwg-fortran mailing list