J3/03-214 Date: 04 August 2003 To: J3 From: Toon Moene Subject: Report II from subgroup Chapter 8 onwards Re: WG5/N1557 ISO/IEC JTC1/SC22/WG5 N1557 Report II from subgroup Chapter 8 onwards Paper N1545 Subgroup recommends acceptance, but WG5 has not had sufficient time to consider this. Changed and additional edits: 407:19 "global entities" should be boldfaced 408:8 "binding names" -> "type-bound procedure bindings" 408:18-19 "any local or global" -> "an" 408:In the new text for Note 16.3 "class 1" -> "class (1)" 411:26,34 "class 1" -> class (1)" 412:30-35 Needs attention of J3, subgroup doesn't believe there is a problem with this section 413:24 Needs attention of J3 (should the semicolon be there ?) Paper N1547 WG5 recommends acceptance with the following amendments: Section 1 245:5+3 "may not" -> "cannot" (instead of "shall not") 467:32 -> 467:42 (line number wrong) Section 2 WG5 recommends the following edits: 8:26 Delete "This standard ... ASCII standard." 40:12 After "1991", insert "(International Reference Version)" 42:12 Replace "the ASCII standard" by "ISO/IEC 646:1991 (International Reference Version)" [this is overruled by WG5's edits as a result of N1524 below] Section 3 No amendments. N1524 Page and line numbers in paper N1524 refer to 02-007r3. We use these line numbers as well as those from the present draft (03-007). paper 03-104r2 Overridden by paper N1547. paper 03-108r3 Concerns 179:18. WG5 proposes the following change: 179:18 Replace "The size ... the value of" by "The number of bits in a file storage unit is given by" paper 03-113r3 Deferred to subgroup 1-7. paper 03-118r3 Edits at the discretion of J3. paper 03-119r1 381:10: now refers to 393:8-10. Rejected by WG5. 471-472: now refers to 486-487. WG5 agrees; proposed edit: 486:37-38 Replace by: "int C_Library_Function(void *sendbuf, int sendcount, int *recvcounts); Additional edits: 488:41 Add semicolon at the line end. 489:2 Replace "void *" by "void ". 489:3 Add semicolon at the line end. 489:7 Replace "function" by "void function". Delete ", which returns pointer to void". paper 03-120r1 387:5+4 now refers to 400:8+2. WG5 proposes the following change: 400:8+2 Replace "has" by "have". paper 03-121r1 219:19 now refers to 223:18-19. WG5 rejects this unnecessary change. paper 03-126 14.9.21 now refers to 14.10.23. WG5 agrees; proposed edits: 383:11-13 Replace "Here, ... values" -> "Here, support is as defined in the first paragraph of 14.8". 370:29-30: "available" -> "supported" paper 03-125r1 Edits at the discretion of J3. paper 03-130r2 225:30 now refers to 230:6 and 17. WG5 agrees; proposed edit: 230:17: "for" -> "that is". "otherwises". WG5 agrees; proposed edits 230:28 Before "otherwise" change comma to semicolon. 230:33 Change "Otherwise" to "For an internal value that is not an IEEE Infinity or NaN". 231:10 Change "Otherwise" to "For an internal value that is not an IEEE Infinity or NaN". 232:2 Change "Otherwise" to "For an internal value that is not an IEEE Infinity or NaN". 232:24 Change "Otherwise" to "For an internal value that is not an IEEE Infinity or NaN". paper 03-131r1 WG5 agrees; proposed edit: 371:38-372:22 Change "Inquire whether the processor supports" to "Whether" and add "is supported" at the end of the sentence (12 times). paper 03-138r1 Deferred to subgroup 1-7. paper 03-154r3 24:17 WG5 agrees; proposed edit: Replace "relevant standard" by "ISO/IEC 646:1991 (International Reference Version) and ISO/IEC 10646-1:2000 UCS-4, respectively" 40:13+ now refers to 42:12-13. WG5 agrees; proposed edit: 42:12-13 Replace by: "The collating sequence for the ASCII character type is as defined by ISO/IEC 646:1991 (International Reference Version); this collating sequence is called the <> in this standard." 42:13+ Replace NOTE 4.16 by: "The intrinsic functions ACHAR (13.7.2) and IACHAR (13.7.45) provide conversion between characters and corresponding integer values according to the ASCII collating sequence." 141:4+ now refers to 143:12. WG5 agrees. Edits at the discretion of J3. 193:14 now refers to 195:25-196:1. Rejected by WG5, because it was intended this way (default character type might contain characters not suitable for an ASCII internal file, while an ISO 10646 internal file is suited for all characters). 195:21-196:1 WG5 recommends to leave "contain" as is; "item" is a term well defined in this section. 224:14+ now refers to 228:11+. The conversion mentioned here applies to all subsequent data editing, so it is in the right place; WG5 recommends to do nothing. "Conversion" issue: The conversion mentioned in 10.6 is concerned with the conversion caused by data edit descriptors. WG5 recommends to do nothing. 210:12+ now refers to 214:17+. WG5 does not understand the problem; this issue does not arise with formatted files. 343:13+ now refers to 351:16+. 03-154r3 explains what to do. paper 03-155r1 301:27-28 now refers to 308:7-8. WG5 recommends to insert a comma between "negative real zero" and "and". 324:15-16 now refers to 331:11-12. Same change. paper 03-157r1 268:7 now refers to 274:7. WG5 rejects this change. The definition of C character kind type is in 15.1.1; WG5 disagrees with moving it. 405:36 now refers to 418:7. Same issue. paper 03-159r2 351:37-38 WG5 agrees; proposes edit: Replace "2 ... respectively" with "two integer kinds, 32 with representation method r=2 and q=31, and 64 with representation method r=2 and q=63". paper 03-162r2 110:24-25 now refers to 113:1+. WG5 proposes the following alternative edits: 113:6 Delete "An allocatable variable has a status of <> if it is not allocated.". 113:7 Change "unallocated" to "<>". 113:8 Change "an allocation" to "the allocation". 287:15 now refers to 293:15. WG5 agrees that MOVE_ALLOC is not elemental; it is pure, though. Proposed edit: 293:15 Replace the first sentence with: "The subroutine MOVE_ALLOC and the elemental subroutine MVBITS are pure." [13.5.14+1] now refers to 299:28. WG5 proposes the following edits: 299:28 Replace "procedures" by "procedure". 299:29 Replace "Transfers" by "Moves". 339:24 Replace "Transfers" by "Moves". 339:29 Change "remains" to "becomes". 340:3 Change "such a pointer" to "any pointer associated with FROM on entry". 340:8 Add closing parenthesis to the ALLOCATE statement. WG5 thinks the other parts of 13.7.82 are OK. 404:29+ now refers to 416:29. WG5 agrees that this is wrong. Proposed edit: 416:28-29 Replace by "The allocation transfer procedure (13.7.82) is executed with the pointer associated with the argument FROM and an object without the target attribute associated with the argument TO." paper 03-164r1 Deferred to subgroup 1-7. paper 03-172r1 180:5 now refers to 182:13 WG5 agrees; proposed edit: 182:12-13 Replace "Input/output ... external file" with: "If a procedure defined by means of Fortran and a procedure defined by means other than Fortran perform input/output operations on the same external file, the results are processor dependent." (text copied from 405:27-28).