(j3.2006) Corrigendum 2
Malcolm Cohen
malcolm
Sun Jan 6 19:37:37 EST 2013
No. You made this suggestion on the 14th of September - where in fact you voted
NO on the interp - and I commented then that it did not work:
<<<
because a <designator> is not necessarily a <variable>.
Use of <variable> with
Cxxx The <variable> shall be a <designator>.
is not obviously worse than
use of of <designator> with
Cxxx The <designator> shall not be a constant or a subobject of a constant.
>>>
You went on to suggest adding an extra rule instead of an extra constraint,
basically breaking up <designator>... if we actually want to use the suggested
<variable-designator> in some other context that would be a good idea, but
otherwise it is not a simplification.
Alternatively if we resurrected my suggestion for initialising PARAMETERs with
DATA (for when there are too many array elements to fit into a single
statement), then changing it to <designator> would be correct.
Cheers,
-----Original Message-----
From: Van Snyder
Date: ?? 25?1?4? 7:07
To: j3
Subject: (j3.2006) Corrigendum 2
While looking at Corrigendum 2, I noticed that the revised C566 at
[104:26-27] begins "A <data-stmt-object> that is a <variable> shall be a
<designator>."
Would it have been simpler to change R536?
R536 <data-stmt-object> <<is>> <designator>
<<or>> <data-implied do>
We don't need to change the corrigendum, but if this is possible, in the
next revision we ought to consider simplifying the post-Corrigendum C566
and changing R536 instead.
_______________________________________________
J3 mailing list
J3 at mailman.j3-fortran.org
http://mailman.j3-fortran.org/mailman/listinfo/j3
________________________________________________________________________
This e-mail has been scanned for all viruses by Star.
________________________________________________________________________
--
................................Malcolm Cohen, Nihon NAG, Tokyo.
More information about the J3
mailing list