[Mpi-forum] Chapter Reviews

Fri Jul 20 02:43:16 CDT 2012

Alexander,

thanks for the review.
Which pdf (URL) was the basis?

> Compliant MPI-3 implementations providing a Fortran interface must
> provide provide one or both of the following:
> _ The USE mpi_f08 Fortran support method.
> _ The USE mpi and INCLUDE 'mpif.h' Fortran support methods.

This sentence is based on the MPI-2.2 p480:44-46 statement:

   A compliant MPI-2 implementation providing a Fortran interface must 
   provide Extended Fortran Support unless the target compiler does not 
   support modules or KIND-parameterized types.

It clearly allows also to "not provide" a Fortran interface.

We added to this optional mpif.h + mpi module a new additional optional
interface: the mpi_f08 module.

Both mpich2 and OpenMPI have committed to provide mpi_f08,
therefore there is not a real problem.
There are other MPI's arround that never provided any Fortran
support. Also okay.

It was heavily discussed at the meetings and the current text
is the democratic result.

Best regards
Rolf

----- Original Message -----
> From: "Alexander Supalov" <alexander.supalov at intel.com>
> To: "Main MPI Forum mailing list" <mpi-forum at lists.mpi-forum.org>
> Sent: Friday, July 20, 2012 7:28:54 AM
> Subject: Re: [Mpi-forum] Chapter Reviews
> Done (see attached). What is the procedure to vet and implement these
> changes?
> 
>  
> 
> By the way, whoever is going to review chapter 17, please look into
> 602/1-6:
> 
>  
> 
> Compliant MPI-3 implementations providing a Fortran interface must
> provide provide
> 
> one or both of the following:
> 
> _ The USE mpi_f08 Fortran support method.
> 
> _ The USE mpi and INCLUDE 'mpif.h' Fortran support methods.
> 
>  
> 
> Double “provide” aside, this passage amounts to opening the door to a
> silent removal (not even deprecation) of the old Fortran interface.
> This cannot be the real intent of the Forum, I hope. Also, some
> advices to the implementors effectively suggest breaking backward
> compatibility on the old Fortran interface, if retained, up to and
> including a failed application build and changes to the application
> necessary as a consequence. Again, I think this is a bit too much of a
> good thing.
> 
>  
> 
> 
> 
> From: mpi-forum-bounces at lists.mpi-forum.org
> [mailto:mpi-forum-bounces at lists.mpi-forum.org] On Behalf Of Richard
> Graham
> Sent: Thursday, July 19, 2012 5:29 PM
> To: Main MPI Forum mailing list
> Subject: Re: [Mpi-forum] Chapter Reviews
> 
>  
> 
> Feel free to take it – thanks !!!!
> 
>  
> 
> Rich
> 
>  
> 
> 
> 
> From: mpi-forum-bounces at lists.mpi-forum.org
> [mailto:mpi-forum-bounces at lists.mpi-forum.org] On Behalf Of Supalov,
> Alexander
> Sent: Thursday, July 19, 2012 11:02 AM
> To: Main MPI Forum mailing list
> Subject: Re: [Mpi-forum] Chapter Reviews
> 
>  
> 
> Hi Rich,
> 
>  
> 
> It might help those interested if you described the applicable
> deadlines, the desired output of the review, and the resp. correction
> procedure, should it become necessary.
> 
>  
> 
> I hate to see my favorite Appendix A orphaned. Anyone against my
> taking on it?
> 
>  
> 
> Best regards.
> 
>  
> 
> Alexander
> 
>  
> 
> 
> 
> From: mpi-forum-bounces at lists.mpi-forum.org
> [mailto:mpi-forum-bounces at lists.mpi-forum.org] On Behalf Of Richard
> Graham
> Sent: Thursday, July 19, 2012 4:45 PM
> To: mpi-forum at lists.mpi-forum.org
> Subject: [Mpi-forum] Chapter Reviews
> 
>  
> 
> We are currently doing chapter reviews for the forum – all tickets are
> committed and reviewed.  If anyone has changes to make please
> coordinate this morning (Thursday 7/19/2012 – Chicago time) with the
> person who is doing the review.  After these are done, responsibility
> will revert to the chapter committees.  I will send out a separate
> note on the timelines we agreed to yesterday, but in a nutshell, all
> changes must be completed and reviewed by Thursday 7/26/2012, 5pm
> Pacific time, so that we can prepare a draft version to be posted for
> comment.
> 
>  
> 
> If someone remote would like to take the responsibility for an
> unclaimed chapter, please let me know.
> 
>  
> 
> Thanks,
> 
> Rich
> 
>  
> 
> Chapter               Reviewer
> 
> Front Matter   Mohamad
> 
> Chap 1                Brian B.
> 
> Chap 2                Scott
> 
> Chap 3                 Anh
> 
> Chap 4        Terry
> 
> Chap 5        Nathan
> 
> Chap 6        Darius
> 
> Chap 7        Shinji
> 
> Chap 8        Pavan
> 
> Chap 9        Howard   - done
> 
> Chap 10      Hideyuki
> 
> Chap 11      Howard
> 
> Chap 12      Brian S.
> 
> Chap 13      Brian S.
> 
> Chap 14      Rich
> 
> Chap 15
> 
> Chap 16     
> 
> Chap 17
> 
> Appendix A
> 
> Appendix B     Jeff/Rolf
> 
> Bib
> 
> Indices
> 
> Intel GmbH
> Dornacher Strasse 1
> 85622 Feldkirchen/Muenchen, Deutschland
> Sitz der Gesellschaft: Feldkirchen bei Muenchen
> Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer,
> Christian Lamprechter
> Registergericht: Muenchen HRB 47456
> Ust.-IdNr./VAT Registration No.: DE129385895
> Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052 Intel GmbH
> Dornacher Strasse 1
> 85622 Feldkirchen/Muenchen, Deutschland
> Sitz der Gesellschaft: Feldkirchen bei Muenchen
> Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer,
> Christian Lamprechter
> Registergericht: Muenchen HRB 47456
> Ust.-IdNr./VAT Registration No.: DE129385895
> Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052
> _______________________________________________
> mpi-forum mailing list
> mpi-forum at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

-- 
Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner at hlrs.de
High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530
University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832
Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner
Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)