public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/56803] New: EOF with namelist read give INTERNAL error instead of END OF FILE error
@ 2013-04-01 19:18 burnus at gcc dot gnu.org
  2013-04-01 20:10 ` [Bug fortran/56803] " jvdelisle at gcc dot gnu.org
  2013-04-01 20:26 ` burnus at gcc dot gnu.org
  0 siblings, 2 replies; 3+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-04-01 19:18 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803

             Bug #: 56803
           Summary: EOF with namelist read give INTERNAL error instead of
                    END OF FILE error
    Classification: Unclassified
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: burnus@gcc.gnu.org
                CC: jvdelisle@gcc.gnu.org
            Blocks: 56744


Follow up to PR56660 comment 19, see also PR56660.

The following program - which lacks a "/" - gives with GCC 4.1:
  Fortran runtime error: End of file

But with GCC 4.3 to 4.9 it gives:
  Fortran runtime error: Internal namelist read error

Expected: END of file. Which I also get with NAG, Pathscale, PGI and Crayftn.


implicit none
integer :: ii
namelist /nml/ ii
open(99, status="scratch")
write(99,'(a)') "&nml ii=55"
rewind(99)
read(99, nml=nml)
print *, ii
end


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug fortran/56803] EOF with namelist read give INTERNAL error instead of END OF FILE error
  2013-04-01 19:18 [Bug fortran/56803] New: EOF with namelist read give INTERNAL error instead of END OF FILE error burnus at gcc dot gnu.org
@ 2013-04-01 20:10 ` jvdelisle at gcc dot gnu.org
  2013-04-01 20:26 ` burnus at gcc dot gnu.org
  1 sibling, 0 replies; 3+ messages in thread
From: jvdelisle at gcc dot gnu.org @ 2013-04-01 20:10 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803

--- Comment #1 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> 2013-04-01 20:10:02 UTC ---
This is fixed on 4.9 by patch to PR56786, but it patch does need to be
backported.

$ gfc tc56803.f90 
$ ./a.out 
At line 8 of file tc56803.f90 (unit = 99, file = '/tmp/gfortrantmp5qfaGE')
Fortran runtime error: End of file


^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Bug fortran/56803] EOF with namelist read give INTERNAL error instead of END OF FILE error
  2013-04-01 19:18 [Bug fortran/56803] New: EOF with namelist read give INTERNAL error instead of END OF FILE error burnus at gcc dot gnu.org
  2013-04-01 20:10 ` [Bug fortran/56803] " jvdelisle at gcc dot gnu.org
@ 2013-04-01 20:26 ` burnus at gcc dot gnu.org
  1 sibling, 0 replies; 3+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-04-01 20:26 UTC (permalink / raw)
  To: gcc-bugs


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56803

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |burnus at gcc dot gnu.org
         Resolution|                            |DUPLICATE

--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> 2013-04-01 20:26:22 UTC ---
Okay - let's mark it then as duplicate.

*** This bug has been marked as a duplicate of bug 56786 ***


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-04-01 20:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-04-01 19:18 [Bug fortran/56803] New: EOF with namelist read give INTERNAL error instead of END OF FILE error burnus at gcc dot gnu.org
2013-04-01 20:10 ` [Bug fortran/56803] " jvdelisle at gcc dot gnu.org
2013-04-01 20:26 ` burnus at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).