(j3.2006) (SC22WG5.3562) Letter ballot 5 on F2003 interpretations
Bill Long
longb
Mon Mar 31 15:37:49 EDT 2008
John Reid wrote:
The following Fortran 2003 interpretations are being balloted:
Yes No Number Title
--- -N- F03/0003 Referencing deferred bindings
--- -N- F03/0004 Type-bound procedures and undefined association status
-Y- --- F03/0079 Value of decimal exponent for a real zero value
-Y- --- F03/0080 Formatted output of a negative real zero value
-Y- --- F03/0100 Error in field width for special cases of signed
INFINITY output
-Y- --- F03/0104 Deallocation and finalization of bounds-remapped
pointers
-Y- --- F03/0106 Inquire by unit inconsistencies
-Y- --- F03/0107 Are the IEEE_* elemental routines required
-Y- --- F03/0108 Is IEEE_SUPPORT_NAN consistent with the other
IEEE_SUPPORT functions
Reasons for No vote on F03/0003:
In the paragraph above the ANSWER:, there is a reference to
"x%nondeferred_proc". There is no such entity in the program example.
I suspect this should be "x%deferred_proc".
The edit covers 3 of the 4 possible cases. It seems like the 4th should
be covered as well. We should disallow an undefined pointer, a
disassociated pointer, an unallocated allocatable variable (all
covered), as well as a pointer with an undefined association status.
It's not clear why the last one was left off.
Reasons for No vote on F03/0004:
In the DISCUSSION: The first sentence is of the form "Access to
<undefined concept> (a.k.a. <well defined concept>) always ...". I have
multiple problems with this sentence.
1) It is confusing to introduce a new, undefined term, "object-bound
procedures" when we have a clear, defined term already "procedure
pointer component".
2) Slang like "a.k.a" might be avoided, as a consideration to readers
whose native language is not English.
3) The sentence runs afoul of f08 where procedure pointer components can
have default initialization to a non-NULL target. In that case, the
question in the interp applies to procedure pointer components with the
NOPASS attribute as well as type-bound procedures. To head off another
interp in the future, I'd prefer to just delete the whole DISCUSSION:
section.
Finally, the edit is the same as in F03/0003, and thus I have the same
issue as above.
Cheers,
Bill
--
Bill Long longb at cray.com
Fortran Technical Support & voice: 651-605-9024
Bioinformatics Software Development fax: 651-605-9142
Cray Inc., 1340 Mendota Heights Rd., Mendota Heights, MN, 55120
More information about the J3
mailing list