I can't imagine a vendor would:
- support mpi_f08
- then stop supporting mpi_f08 just so that they can get an "MPI-4.0" release
out
- then support mpi_f08 again
I think their users would be very unhappy.
On Jan 10, 2021, at 10:55 AM, William Gropp via mpi-forum
mailto:mpi-forum@lists.mpi-foru
I agree with Dan that this is a big change from the RCM. Further, the approach
in MPI has always been to encourage the users to make it clear to the vendors
what is acceptable in implementations, especially implementation schedules.
Nothing in the standard prohibits implementors from continuing
Hi Rolf,
This is a (somewhat contrived, arguably) reason for taking another tiny step
towards removing the “mpif.h” method of Fortran support and pushing users and
implementations towards preferring the Fortran 2008 interface, which is a
direction of travel that I fully support.
I think this m
Dear MPI-Forum members,
MPI-3.1 and MPI-4.0 includes the following rule on top of the 2nd page
of the Language Binding chapter:
| MPI implementations providing a Fortran interface must provide
| one or both of the following:
| - The USE mpi_f08 Fortran support method.
| - The USE mpi and INCLUDE