(j3.2006) (SC22WG5.5235) [ukfortran] Ballot on draft DTS

Bill Long longb
Sun Apr 20 20:59:16 EDT 2014

On Apr 20, 2014, at 7:31 PM, Malcolm Cohen <malcolm at nag-j.co.jp> wrote:

> On Apr 15, 2014, at 12:35 AM, Malcolm Cohen <malcolm at nag-j.co.jp> wrote:
>> In particular,
>> (1) the collectives CO MAX, CO MIN, CO REDUCE, CO SUM, should be split into 
>> two
>> forms, one with RESULT, one without.  The one with RESULT should have SOURCE 
>> as
>> INTENT(IN), the one without should have SOURCE as INTENT(INOUT).  RESULT must
>> not be optional.  The SOURCE INTENT(IN) form should have no coarray 
>> restrictions
>> on SOURCE.
> Bill Long contended:
>> Currently there are no coarray restrictions on SOURCE (with or without a 
> That is not what N2007 says, it has
>  "If the SOURCE or RESULT argument to a collective subroutine is a whole 
> coarray the corresponding ultimate arguments on all images of the current team 
> shall be corresponding coarrays as described in 2.4.7 of ISO/IEC 1539-1:2010."
> Clearly this only makes sense for the result argument (note lower case).

Ah, I see your point now.  If we agree on John?s suggestion of eliminating the separate RESULT argument, this becomes moot.  If the remaining argument is always overwritten by the result value, the name SOURCE might be misleading; perhaps a candidate for change.  ARRAY and COARRAY are both also misleading. 


> Cheers,
> -- 
> ................................Malcolm Cohen, Nihon NAG, Tokyo. 
> _______________________________________________
> J3 mailing list
> J3 at mailman.j3-fortran.org
> http://mailman.j3-fortran.org/mailman/listinfo/j3

Bill Long                                                                       longb at cray.com
Fortran Technical Suport  &                                  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