This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0
- From: "burnus at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 27 Apr 2009 17:33:54 -0000
- Subject: [Bug fortran/39587] Reading integer from "" gives end-of-file instead of reading a 0
- References: <bug-39587-13404@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from burnus at gcc dot gnu dot org 2009-04-27 17:33 -------
Dick Hendrickson answered (see link above):
'It's scattered around, but the PAD= is the thing you want.
In internal I/O it says it acts as if there were an OPEN
without a PAD= specifier. In the OPEN section it says the
default for no PAD= is YES. In 9.5.3.4.2 it finally says
"During advancing input when the pad mode has the value YES,
blank characters are supplied by the processor if the input
list and format specification require more characters from the record
than the record contains."
So, the processor should supply extra blanks as needed.'
* * *
Ceterum autem censeo ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39587