[Bug libfortran/53962] New: Tab handling with formatted stream output

[Bug libfortran/53962] New: Tab handling with formatted stream output

[nmm1 at cam dot ac.uk]

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

             Bug #: 53962
           Summary: Tab handling with formatted stream output
    Classification: Unclassified
           Product: gcc
           Version: 4.5.1
            Status: UNCONFIRMED
          Severity: minor
          Priority: P3
         Component: libfortran
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: nmm1@cam.ac.uk


Created attachment 27787
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27787
A program to show the effect, and the difference from sequential

Tab handling (or at least the T descriptor) is not being handled correctly
for formatted stream output.

[Bug libfortran/53962] Tab handling with formatted stream output

[burnus at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |wrong-code
                 CC|                            |burnus at gcc dot gnu.org,
                   |                            |jvdelisle at gcc dot
                   |                            |gnu.org

--- Comment #1 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-07-15 14:58:42 UTC ---
For
    WRITE (42,'("Kilroy was here",T5,"X")')

gfortran gives (first line with sequential, second with stream):

 KilrXy was here
0000000   K   i   l   r   X   y       w   a   s       h   e   r   e  \n
0000020
 Kilroy was here    X
0000000   K   i   l   r   o   y       w   a   s       h   e   r   e    
0000020               X  \n
0000025

Expected: Twice the same result  (as for the first output).

[Bug libfortran/53962] Tab handling with formatted stream output

[fxcoudert at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53962

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu.org

--- Comment #3 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
I'm wondering. I've been reading Fortran 2008:

> 10.8.1.1 T, TL, and TR editing
> The left tab limit acts file positioning by the T and TL edit descriptors.
> Immediately prior to nonchild data transfer (9.6.4.8.2), the left tab limit
> becomes defined as the character position of the current record or the current
> position of the stream file. If, during data transfer, the file is positioned
> to another record, the left tab limit becomes defined as character position
> one of that record.

Doesn't that mean that for stream file, the left tab limit becomes defined as
the current position at the end of "Kilroy was here", and the next position
needs to be counted from that position?

Probably my reading is wrong, but I'm not sure why. Intel definitely agrees
with the bug report, says the output should be the same in both cases.

[Bug libfortran/53962] Tab handling with formatted stream output

[jvdelisle at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53962

Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jvdelisle at gcc dot gnu.org
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |jvdelisle at gcc dot gnu.org

--- Comment #4 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Assigning to myself. This may be a duplicate of other tabbing bugs.

[Bug libfortran/53962] Tab handling with formatted stream output

[jvdelisle at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53962

Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |DUPLICATE
             Status|ASSIGNED                    |RESOLVED

--- Comment #5 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Marking this as a duplicate and will roll the test case here into PR109358 as I
work it shortly.

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