ISO/IEC JTC1/SC22/WG5-N1470 Results of the ballot on interpretations John Reid, 26 November 2001 7 9 26 27 66 67 71 86 91 95 97 Dedo y y y y y y y y y y y Gorelik y y y y y y y y y y y Kruyt y y y y y y y y y y y Long y y y y y y y y y y y Mahonen y y y y y y y y y y y Maine y y y y y y y y y y y Martin y y y y y y y y y y y Meadows y y y y y y y y y y y Morgan y y y y y y y y y y y Muxworthy y y y y y y y y y y y Schoenauer y y y y y y y y y y y Snyder y y y y y y yc y y y y Takata y y y y y y y y y y y Whitlock y y y y y y y y y y y f90 f90 f90 f90 JP JP JP JP JP JP 164 209 211 212 04 05 08 16 17 31 Dedo y y y y y y y y n y Gorelik y y y y y y y y y y Kruyt y yc y y y y y y yc y Long y y y y y y y y n y Mahonen y y y y y y y y y y Maine y yc y y y y y y y y Martin y y y y y y y y y y Meadows y y y y y y y y y y Morgan y y y y y y y y y y Muxworthy y y y y y y y y y y Schoenauer y y y y y y y y y y Snyder y yc y y y y y y y y Takata y y y y y y y y y y Whitlock y y y y y y y y y y ........................................................... JP/17 failed and will go back to J3 for consideration of the points raised in the NO votes. All other items passed unanimously. For F90/209, the suggested change has been accepted. The comments and reasons for the NO votes are appended, together with my responses. ........................................................... REASONS FOR NO VOTES JP-17 Long and Brixius There is no statement in the standard forbidding a name from appearing more than once in a NAMELIST. There is no logical reason for adding this restriction. The sequence of names in a NAMELIST represents an I/O list. A name can appear more than once in other forms of I/O lists. We should not have a different rule for NAMELIST. JP-17 Dedo I agree with the comments of Bill Long. I also noticed that the answer to this interpretation did not give any reasoning for the conclusion. JKR response: I think this needs to be considered further by J3. COMMENTS 71 Snyder In the edit [45:38+] Add to end of paragraph: "The character length of an ac-value in an whose iteration count is zero shall not depend on the value of the implied DO variable and shall not depend on the value of an expression that is not an initialization expression." the "and shall not depend on the value of an expression that is not an initialization expression." seems not to be necessary. JKR response: An example that illustrates the need for this text may be constructed from QUESTION 3 by changing 'f(i)' in the write statement to 'f(n)'. F90/000209 Snyder "another input/output statement or stop statement" allows to be read "another ... stop statement". Insert "a" after "or" in the edit. F90/000209 Kruyt Insert "a" after "or" in the edit. (see Van Snyder's comment) F90/000209 Maine I agree with Van's suggested minor wording improvement to the edit. JKR response: I have made this change. JP-17 Kruyt In my opinion this addition must become a constraint in the next Fortran standard. JKR response: J3, please consider this suggestion.