Open mpiforumbot opened 8 years ago
Originally by jsquyres on 2014-02-04 07:52:57 -0600
Attachment added: mpi-report-mpifh-deprecated-mpi-frozen-2014-02-4.pdf
(2702.6 KiB)
Originally by jsquyres on 2014-03-04 19:29:48 -0600
Due to scheduling, I ended up reading this ticket today instead of tomorrow morning.
Here's the straw votes we took on this ticket:
Originally by RolfRabenseifner on 2014-12-10 16:43:41 -0600
Straw vote at the Dec. 2014 forum meeting on deprecating mpif.h: 23 Yes, 1 No, 2 Abstain.
Originally by jsquyres on 2014-02-04 07:44:19 -0600
OvereviewThe mpif.h interface has many limitations and is not recommended. Let's deprecate it in MPI 4.0.
Similarly, the mpi module has many limitations -- but at least it's better than mpif.h, and gives users an easy-upgrade path for their existing mpif.h-based applications. Let's freeze the mpi module interface in MPI 4.0.
The mpi_f08 module is the Way Forward, but it forces a larger change to existing MPI applications. Plus, not all compilers support the technology needed to properly implement the entire mpi_f08 module. So let's not force all applications to go to the mpi_f08 module yet.
However, let's not let future Forum discussions be bound by the old Fortran limitations.
SolutionThis ticket:
The idea is that the Forum should be able to move forward with the most modern version of Fortran so that we don't have to keep having "Well, what about Fortran?" moments.
Note: the attached PDF is labeled as "MPI 3.1" on the front page, but only because it was made from the 3.1 latex tree. This ticket is aimed at MPI 4.0.
Impact on existing implementationsNone. You can still keep your mpif.h interface and your mpi module.
(...but you better start implementing that mpi_f08 module if you haven't already done so!)