http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Tobias Burnus changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #23 from Janne Blomqvist 2012-08-03
19:45:10 UTC ---
(In reply to comment #22)
> Revision 180701 removed all checks for special files in
> unit.c:unit_truncate().
Yes. As the email message introducing the patch explained, special fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Hristo Iliev changed:
What|Removed |Added
CC||iliev at rz dot
|
--- Comment #21 from jvdelisle at gcc dot gnu dot org 2007-08-19 19:45
---
This works on 4.2 and 4.3. Not planning to backport to 4.1. See if you can
get a later version of gfortran. If you have problems doing so, check the
gfortran wiki binaries. If that fails, let me know.
--
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2007-08-18 19:39
---
I will try to have a look in the next few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #19 from dagurasu15 at hotmail dot com 2007-08-18 19:08 ---
(In reply to comment #18)
> I think this is the same bug. If not let me know and I'll repost it.
> This is a real bummer. I use this to turn off noise from routines I don't
> have
> control of (and I mean ALOT of
--- Comment #18 from dagurasu15 at hotmail dot com 2007-08-18 19:06 ---
I think this is the same bug. If not let me know and I'll repost it.
This is a real bummer. I use this to turn off noise from routines I don't have
control of (and I mean ALOT of noise). Maybe there is another way
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-02-02 02:00
---
We do not have this working for unformatted I/O. It will require frontend work
as well as library to implement. Specifically, the size of records, determined
from the output list, must be determined prior to pe
--- Comment #16 from burnus at gcc dot gnu dot org 2007-02-01 09:27 ---
Is this bug fixed or not? I see a 4.3 and a 4.2 check in.
Or is something missing, if yes, what?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu
|org
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-01-07 01:34
---
Subject: Bug 30162
Author: jvdelisle
Date: Sun Jan 7 01:34:03 2007
New Revision: 120544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120544
Log:
2007-01-06 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #14 from tkoenig at gcc dot gnu dot org 2007-01-06 22:26
---
Another difficult case is:
program main
character(len=4) c
c = 'ab '
write (10) trim(c)
end program main
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-01-06 21:07
---
A difficult case to deal with is:
program main
print *,foo(0)
contains
function foo (n) result(res)
integer, intent(in) :: n
integer, allocatable :: res(:)
logical :: init = .false.
if (.not
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-01-06 00:14
---
Subject: Bug 30162
Author: jvdelisle
Date: Sat Jan 6 00:14:38 2007
New Revision: 120512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120512
Log:
2007-01-05 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from patchapp at dberlin dot org 2007-01-05 05:00 ---
Subject: Bug number PR30162
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00325.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-01-02 22:08
---
(In reply to comment #9)
> Preliminary patch for formatted only.
Looks pretty good, at least the tests pass.
> Index: io/unix.c
> ===
> *** io/uni
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-01-01 17:51
---
Preliminary patch for formatted only.
Index: io/unix.c
===
*** io/unix.c (revision 120301)
--- io/unix.c (working copy)
*** fd_flush
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-01-01 15:17 ---
(In reply to comment #7)
> I have formatted named pipe I/O working, at least for the equivalent test
> cases
> given here.
Great!
If you want me to, I'll be willing to test your patch.
Thomas
--
http://gcc.g
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-01-01 04:58
---
I have formatted named pipe I/O working, at least for the equivalent test cases
given here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-12-29 09:51 ---
(In reply to comment #5)
> I will work at it.
Thanks, I'll be happy to assist with discussions and review.
(Those who can, fix; those who can't, review :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-12-28 23:11
---
I will work at it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-12-28 21:39 ---
Additional data points:
Reading/writing unformatted sequential doesn't work with g77
(fails with an error message on open), and it fails with ifort 8
for records longer than 2**18 bytes (ifort's default buffer size)
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-12-28 21:22 ---
This is deep regression country; in the time
I have to devote to this, I couldn't work it out.
Unassigning myself (for now).
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-12-16 11:44 ---
(In reply to comment #1)
> These seeks actually translate to OS calls, which of course fails
> for pipes.
We could get by for writing if we
- eliminated the seeks as long as we don't actually go past our buffer
-
--- Comment #1 from tkoenig at gcc dot gnu dot org 2006-12-15 21:14 ---
For writing, I think this fails because we
- write a bogus record marker with value 0
- write out the data
- write out the trailing record marker
- seek to the first record marker
- write out its value
- seek past t
26 matches
Mail list logo
