public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/17992] New: reading empty line does not return 0
@ 2004-10-14 7:09 milan at cmm dot ki dot si
2004-10-14 14:07 ` [Bug libfortran/17992] " pinskia at gcc dot gnu dot org
` (18 more replies)
0 siblings, 19 replies; 20+ messages in thread
From: milan at cmm dot ki dot si @ 2004-10-14 7:09 UTC (permalink / raw)
To: gcc-bugs
This program should return 2 zeros if the file psfres.dat consist of 2 empty
lines. This is true in case of g77, but gcc version 4.0.0 20041013 reports an
end of file error.
integer n,m
open(unit=8,file='psfres.dat',status='unknown')
read(8,'(/2i2)')n,m
write(*,*)n,m
end
psfres.dat ( is just 2 empty lines ) If non empty then it works OK, but this is
not fortran standard. I havent check the f95 standard :-(
The program is taken from a much larger program (CHARMM), this is why there is /
in the format. Another strange behavior is if I put numbers in the firat line
(which should be ignored), then there is no eof error in gfortran. g77 behaves
OK also in this case.
--
Summary: reading empty line does not return 0
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: milan at cmm dot ki dot si
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
@ 2004-10-14 14:07 ` pinskia at gcc dot gnu dot org
2004-12-23 4:07 ` bdavis at gcc dot gnu dot org
` (17 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-14 14:07 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
Component|fortran |libfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
2004-10-14 14:07 ` [Bug libfortran/17992] " pinskia at gcc dot gnu dot org
@ 2004-12-23 4:07 ` bdavis at gcc dot gnu dot org
2004-12-23 4:08 ` bdavis at gcc dot gnu dot org
` (16 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: bdavis at gcc dot gnu dot org @ 2004-12-23 4:07 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Last reconfirmed|0000-00-00 00:00:00 |2004-12-23 04:07:27
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
2004-10-14 14:07 ` [Bug libfortran/17992] " pinskia at gcc dot gnu dot org
2004-12-23 4:07 ` bdavis at gcc dot gnu dot org
@ 2004-12-23 4:08 ` bdavis at gcc dot gnu dot org
2004-12-23 4:23 ` bdavis at gcc dot gnu dot org
` (15 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: bdavis at gcc dot gnu dot org @ 2004-12-23 4:08 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-23 04:07 -------
i concur, it is a libgfortran bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (2 preceding siblings ...)
2004-12-23 4:08 ` bdavis at gcc dot gnu dot org
@ 2004-12-23 4:23 ` bdavis at gcc dot gnu dot org
2005-01-06 14:41 ` tobi at gcc dot gnu dot org
` (14 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: bdavis at gcc dot gnu dot org @ 2004-12-23 4:23 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-23 04:23 -------
after thinking about this some more, i think it is a bug in g77.
we are trying to read 3 things, the '/' which consumes the first /n, then two
numbers (each I2). the file has 2 /n's in it.
from the f77 stnadard:
12.9.5.2.1 Using a Format Specification.
If a format specification has been established, format control (13.3) is
initiated and editing is performed as described in 13.3 through 13.5.
On input, the input list and format specification must not require more
characters from a record than the record contains.
language lawyers, please comment !
i have suspended work on this until we get some more input; is this a bug
or not ?
--bud
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (3 preceding siblings ...)
2004-12-23 4:23 ` bdavis at gcc dot gnu dot org
@ 2005-01-06 14:41 ` tobi at gcc dot gnu dot org
2005-01-06 23:16 ` milan at cmm dot ki dot si
` (13 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: tobi at gcc dot gnu dot org @ 2005-01-06 14:41 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |19292
nThis| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (4 preceding siblings ...)
2005-01-06 14:41 ` tobi at gcc dot gnu dot org
@ 2005-01-06 23:16 ` milan at cmm dot ki dot si
2005-02-26 9:50 ` coudert at clipper dot ens dot fr
` (12 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: milan at cmm dot ki dot si @ 2005-01-06 23:16 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From milan at cmm dot ki dot si 2005-01-06 23:16 -------
>
> we are trying to read 3 things, the '/' which consumes the first /n, then two
> numbers (each I2). the file has 2 /n's in it.
>
I simplified thing and threw out the / from format specification. If I put 2
empty lines in the psfres.dat file I get the two zeros. This is improvement!! I
am using 4.0.0-20041212 snapshot. But still I need only one empty line for g77.
However if I put only 2 space characters in the one line psfres.dat then I get 2
zeros. So we are almoste there.... I think this is what always worked in fortran
even in the days of punch cards: the blank card always produced zeros when read
in the input deck.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (5 preceding siblings ...)
2005-01-06 23:16 ` milan at cmm dot ki dot si
@ 2005-02-26 9:50 ` coudert at clipper dot ens dot fr
2005-04-10 8:36 ` cvs-commit at gcc dot gnu dot org
` (11 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: coudert at clipper dot ens dot fr @ 2005-02-26 9:50 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From coudert at clipper dot ens dot fr 2005-02-25 19:50 -------
I'm no language lawyer, but this works (returns two zeros and no error) for Sun,
PGF, IBM, MIPSpro and Intel compilers. I think this should be considered as a
bug (I confirm it is still present in CVS).
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |coudert at clipper dot ens
| |dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (6 preceding siblings ...)
2005-02-26 9:50 ` coudert at clipper dot ens dot fr
@ 2005-04-10 8:36 ` cvs-commit at gcc dot gnu dot org
2005-04-10 8:38 ` tkoenig at gcc dot gnu dot org
` (10 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: cvs-commit at gcc dot gnu dot org @ 2005-04-10 8:36 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10 08:36 -------
Subject: Bug 17992
CVSROOT: /cvs/gcc
Module name: gcc
Changes by: tkoenig@gcc.gnu.org 2005-04-10 08:35:40
Modified files:
libgfortran : ChangeLog
libgfortran/io : transfer.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90
eor_handling_3.f90 eor_handling_4.f90
eor_handling_5.f90 noadv_size.f90
pad_no.f90
Log message:
2005-04-10 Thomas Koenig <Thomas.Koenig@online.de>
PR libfortran/17992
PR libfortran/19568
PR libfortran/19595
PR libfortran/20005
PR libfortran/20092
PR libfortran/20131
PR libfortran/20138
PR libfortran/20661
PR libfortran/20744
* io/transfer.c (top level): eor_condition: New static variable.
(read_sf): Remove unnecessary zeroing of buffer (there is enough
information in its length).
Return a string of length 0 (to be padded by caller) if EOR was
seen previously.
Remove erroneous special casing of EOR for standard input.
Set eor_condition for non-advancing I/O if an end of line was
detected.
Increment ioparm.size if necessary.
(formatted_transfer): Skip the function if there is an EOR condition.
(data_transfer_init): Initialize eor_condition to zero (false).
(next_record_r): Clear sf_seen_eor if a \n has been seen already.
(finalize_transfer): If there is an EOR condition, raise the error.
2005-04-10 Thomas Koenig <Thomas.Koenig@online.de>
* eor_handling_1.f90: New test case.
* eor_handling_2.f90: New test case.
* eor_handling_3.f90: New test case.
* eor_handling_4.f90: New test case.
* eor_handling_5.f90: New test case.
* noadv_size.f90: New test case.
* pad_no.f90: New test case.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.188&r2=1.189
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.35&r2=1.36
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5320&r2=1.5321
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (7 preceding siblings ...)
2005-04-10 8:36 ` cvs-commit at gcc dot gnu dot org
@ 2005-04-10 8:38 ` tkoenig at gcc dot gnu dot org
2005-04-11 0:46 ` [Bug libfortran/17992] [4.0 only] " milan at cmm dot ki dot si
` (9 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: tkoenig at gcc dot gnu dot org @ 2005-04-10 8:38 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10 08:37 -------
Fixed in 4.1.0, waiting for inclusion into 4.0.
--
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |patch
Known to work| |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (8 preceding siblings ...)
2005-04-10 8:38 ` tkoenig at gcc dot gnu dot org
@ 2005-04-11 0:46 ` milan at cmm dot ki dot si
2005-04-11 0:51 ` pinskia at gcc dot gnu dot org
` (8 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: milan at cmm dot ki dot si @ 2005-04-11 0:46 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From milan at cmm dot ki dot si 2005-04-11 00:46 -------
(In reply to comment #6)
> Fixed in 4.1.0, waiting for inclusion into 4.0.
I just tried 4.1-20050410 and the problem is still there. So what was fixed? Or
maybe the patches are not in this snapshot yet?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (9 preceding siblings ...)
2005-04-11 0:46 ` [Bug libfortran/17992] [4.0 only] " milan at cmm dot ki dot si
@ 2005-04-11 0:51 ` pinskia at gcc dot gnu dot org
2005-04-11 1:58 ` milan at cmm dot ki dot si
` (7 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-04-11 0:51 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 00:51 -------
(In reply to comment #7)
> (In reply to comment #6)
> > Fixed in 4.1.0, waiting for inclusion into 4.0.
>
> I just tried 4.1-20050410 and the problem is still there. So what was fixed? Or
> maybe the patches are not in this snapshot yet?
Are you sure that you are using that version?
I would not trust gentoo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (10 preceding siblings ...)
2005-04-11 0:51 ` pinskia at gcc dot gnu dot org
@ 2005-04-11 1:58 ` milan at cmm dot ki dot si
2005-04-11 8:01 ` fxcoudert at gcc dot gnu dot org
` (6 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: milan at cmm dot ki dot si @ 2005-04-11 1:58 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From milan at cmm dot ki dot si 2005-04-11 01:58 -------
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > Fixed in 4.1.0, waiting for inclusion into 4.0.
> >
> > I just tried 4.1-20050410 and the problem is still there. So what was fixed? Or
> > maybe the patches are not in this snapshot yet?
> Are you sure that you are using that version?
> I would not trust gentoo.
Gentoo has gcc-config command with which one can choose among installed gcc
versions. After that I always run also gfortran --verbose which tells me the
version which I use. This is GCC's command, so I think I can trust it ??
Also I noticed about 6% speedup in execution time over gcc-4.0, so I guess I am
using the new stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (11 preceding siblings ...)
2005-04-11 1:58 ` milan at cmm dot ki dot si
@ 2005-04-11 8:01 ` fxcoudert at gcc dot gnu dot org
2005-04-20 1:10 ` milan at cmm dot ki dot si
` (5 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2005-04-11 8:01 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-11 08:01 -------
Can you try with a later build and tell us what your exact source and output is?
$ cat psfres.dat
$ cat pr17992.f
integer n,m
open(unit=8,file='psfres.dat',status='unknown')
read(8,'(/2i2)')n,m
write(*,*)n,m
end
$ gfortran -v
Using built-in specs.
Target: i386-linux
Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050411/irun
--enable-languages=c,f95 --host=i386-linux
Thread model: posix
gcc version 4.1.0 20050411 (experimental)
$ gfortran pr17992.f && ./a.out
0 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (12 preceding siblings ...)
2005-04-11 8:01 ` fxcoudert at gcc dot gnu dot org
@ 2005-04-20 1:10 ` milan at cmm dot ki dot si
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
` (4 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: milan at cmm dot ki dot si @ 2005-04-20 1:10 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From milan at cmm dot ki dot si 2005-04-20 01:10 -------
(In reply to comment #10)
> Can you try with a later build and tell us what your exact source and output is?
OK, now it is fixed! I had to wait one more week to get the new snapshot.
Thank you very much. On top of this bug many others which I didn't report
yet (I didn't know what was going on) are fixed.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (13 preceding siblings ...)
2005-04-20 1:10 ` milan at cmm dot ki dot si
@ 2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
` (3 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-04-20 1:15 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 01:15 -------
(In reply to comment #11)
> (In reply to comment #10)
> > Can you try with a later build and tell us what your exact source and output is?
>
> OK, now it is fixed! I had to wait one more week to get the new snapshot.
> Thank you very much. On top of this bug many others which I didn't report
> yet (I didn't know what was going on) are fixed.
But reopening as this is still needed for 4.0 like the other fortran bugs.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (14 preceding siblings ...)
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
@ 2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
2005-05-03 19:41 ` cvs-commit at gcc dot gnu dot org
` (2 subsequent siblings)
18 siblings, 0 replies; 20+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-04-20 1:15 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (15 preceding siblings ...)
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
@ 2005-05-03 19:41 ` cvs-commit at gcc dot gnu dot org
2005-05-03 19:49 ` tkoenig at gcc dot gnu dot org
2005-05-03 19:52 ` tkoenig at gcc dot gnu dot org
18 siblings, 0 replies; 20+ messages in thread
From: cvs-commit at gcc dot gnu dot org @ 2005-05-03 19:41 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-03 19:40 -------
Subject: Bug 17992
CVSROOT: /cvs/gcc
Module name: gcc
Branch: gcc-4_0-branch
Changes by: tkoenig@gcc.gnu.org 2005-05-03 19:39:36
Modified files:
libgfortran : ChangeLog
libgfortran/io : transfer.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gfortran.dg: eor_handling_1.f90 eor_handling_2.f90
eor_handling_3.f90 eor_handling_4.f90
eor_handling_5.f90 noadv_size.f90
pad_no.f90
Log message:
2005-05-03 Thomas Koenig <Thomas.Koenig@online.de>
Backport from mainline:
PR libfortran/17992
PR libfortran/19568
PR libfortran/19595
PR libfortran/20005
PR libfortran/20092
PR libfortran/20131
PR libfortran/20661
PR libfortran/20744
* io/transfer.c (top level): eor_condition: New static variable.
(read_sf): Remove unnecessary zeroing of buffer (there is enough
information in its length).
Return a string of length 0 (to be padded by caller) if EOR was
seen previously.
Remove erroneous special casing of EOR for standard input.
Set eor_condition for non-advancing I/O if an end of line was
detected.
Increment ioparm.size if necessary.
(formatted_transfer): Skip the function if there is an EOR condition.
(data_transfer_init): Initialize eor_condition to zero (false).
(next_record_r): Clear sf_seen_eor if a \n has been seen already.
(finalize_transfer): If there is an EOR condition, raise the error.
2005-05-03 Thomas Koenig <Thomas.Koenig@online.de>
Backport from mainline:
* eor_handling_1.f90: New test case.
* eor_handling_2.f90: New test case.
* eor_handling_3.f90: New test case.
* eor_handling_4.f90: New test case.
* eor_handling_5.f90: New test case.
* noadv_size.f90: New test case.
* pad_no.f90: New test case.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.22&r2=1.163.2.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.32.2.2&r2=1.32.2.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.156&r2=1.5084.2.157
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_2.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_3.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_4.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/eor_handling_5.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/noadv_size.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pad_no.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.6.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (16 preceding siblings ...)
2005-05-03 19:41 ` cvs-commit at gcc dot gnu dot org
@ 2005-05-03 19:49 ` tkoenig at gcc dot gnu dot org
2005-05-03 19:52 ` tkoenig at gcc dot gnu dot org
18 siblings, 0 replies; 20+ messages in thread
From: tkoenig at gcc dot gnu dot org @ 2005-05-03 19:49 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-03 19:49 -------
Patch committed to 4.0.1. Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
* [Bug libfortran/17992] [4.0 only] reading empty line does not return 0
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
` (17 preceding siblings ...)
2005-05-03 19:49 ` tkoenig at gcc dot gnu dot org
@ 2005-05-03 19:52 ` tkoenig at gcc dot gnu dot org
18 siblings, 0 replies; 20+ messages in thread
From: tkoenig at gcc dot gnu dot org @ 2005-05-03 19:52 UTC (permalink / raw)
To: gcc-bugs
------- Additional Comments From tkoenig at gcc dot gnu dot org 2005-05-03 19:51 -------
Patch committed to 4.0.1. Fixed.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17992
^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2005-05-03 19:52 UTC | newest]
Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-14 7:09 [Bug fortran/17992] New: reading empty line does not return 0 milan at cmm dot ki dot si
2004-10-14 14:07 ` [Bug libfortran/17992] " pinskia at gcc dot gnu dot org
2004-12-23 4:07 ` bdavis at gcc dot gnu dot org
2004-12-23 4:08 ` bdavis at gcc dot gnu dot org
2004-12-23 4:23 ` bdavis at gcc dot gnu dot org
2005-01-06 14:41 ` tobi at gcc dot gnu dot org
2005-01-06 23:16 ` milan at cmm dot ki dot si
2005-02-26 9:50 ` coudert at clipper dot ens dot fr
2005-04-10 8:36 ` cvs-commit at gcc dot gnu dot org
2005-04-10 8:38 ` tkoenig at gcc dot gnu dot org
2005-04-11 0:46 ` [Bug libfortran/17992] [4.0 only] " milan at cmm dot ki dot si
2005-04-11 0:51 ` pinskia at gcc dot gnu dot org
2005-04-11 1:58 ` milan at cmm dot ki dot si
2005-04-11 8:01 ` fxcoudert at gcc dot gnu dot org
2005-04-20 1:10 ` milan at cmm dot ki dot si
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
2005-04-20 1:15 ` pinskia at gcc dot gnu dot org
2005-05-03 19:41 ` cvs-commit at gcc dot gnu dot org
2005-05-03 19:49 ` tkoenig at gcc dot gnu dot org
2005-05-03 19:52 ` tkoenig at gcc dot gnu dot 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).