(j3.2006) Paper submission

Bill Long longb
Mon Jun 13 07:50:48 EDT 2011


On 6/12/11 11:16 PM, Malcolm Cohen wrote:
> Bill Long wrote:
>> Just as a general policy, it is not acceptable to try to edit 10-007r1 by
>> slipping edits into Clause 6 of the N1854 that are not related to the TR.

I stand by my  objection.  There is nothing in the TR text (Clauses 1-5) 
related to this, and Craig's paper did not include edits to insert 
anything there.   The point of Clause 6 is to provide the edits that 
incorporate the rest of the TR into 10-007r1.  Edits that have no 
reference to anything in the TR are not acceptable.

>> This should be modified to be a paper with edits to 10-007r1 and go into the
>> pool of proposals for the next revision.
>
> I think this is a spectacularly unhelpful response to a proposal to handle a
> real problem with interoperating with companion processors, viz the asynchronous
> updating of Fortran entities caused by the companion processor.
>
> This possibility is not limited to MPI or new things like OpenCL but includes
> the asynchronous i/o primitives found in most operating systems and available
> through most C compilers.  Such primitives have even been available in ordinary
> retail operating systems like *BSD, Linux and Windows for well over a decade.
>
> In fact IIRC we already debated this in the context of how can we support MPI,
> and decided at that to handle this in the TR.
>

My recollection is that the MPI group specifically withdrew this 
request, and decided to not use ASYNCHRONOUS in the new MPI interface. 
So, the urgency is no longer there.

> So I strongly disagree that this is a priori off the table.  On the contrary, we
> have already been dinged on our apparent lack of action to support our earlier
> decision and communication with the MPI community!  We would do ourselves no
> favour by continuing to take no action on this issue.
>

I am not a priori opposed to considering this.  However, it is a new 
feature that is not related to the purpose of the TR (interoperability 
of interfaces with assumed-shape. allocatable, pointer, and optional 
arguments).  At some point we have to stop adding new features and 
finish the TR. I think this should be considered as part of the next 
standard - it even fits well into the idea of a "corrections" proposal.

This topic is squarely in the /Data bin.  If the /Data subgroup can come 
up with an acceptable rewrite of the paper within the first couple of 
days of the meeting, I may soften my procedural objection.

Cheers,
Bill


> Cheers,

-- 
Bill Long                                           longb at cray.com
Fortran Technical Support    &                 voice: 651-605-9024
Bioinformatics Software Development            fax:   651-605-9142
Cray Inc./Cray Plaza, Suite 210/380 Jackson St./St. Paul, MN 55101





More information about the J3 mailing list