http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44931
--- Comment #14 from Janne Blomqvist jb at gcc dot gnu.org 2010-11-04
19:29:33 UTC ---
Author: jb
Date: Thu Nov 4 19:29:28 2010
New Revision: 166325
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166325
Log:
PR 44931 Move struct
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-08-17 03:13
---
Closing now
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-08-14 18:59
---
Subject: Bug 44931
Author: jvdelisle
Date: Sat Aug 14 18:59:18 2010
New Revision: 163245
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163245
Log:
2010-08-14 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #11 from burnus at gcc dot gnu dot org 2010-08-04 10:02 ---
(In reply to comment #10)
Reply to comment #9.
Yes, this is what I was thinking. I wanted to float the first step out there
to
see what else we would discover.
I think now that there are essentially no test
--- Comment #9 from burnus at gcc dot gnu dot org 2010-07-29 08:26 ---
The committed patch has added:
+#ifdef HAVE_TTYNAME
+ if (u-unit_number == options.stdin_unit
+ || u-unit_number == options.stdout_unit
+ || u-unit_number == options.stderr_unit)
+ {
+
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-07-30 01:47
---
Reply to comment #9.
Yes, this is what I was thinking. I wanted to float the first step out there to
see what else we would discover. As seen in PR 45131 there are other oddities
we need to deal with.
--
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-07-29 01:32
---
Subject: Bug 44931
Author: jvdelisle
Date: Thu Jul 29 01:32:23 2010
New Revision: 162667
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162667
Log:
2010-07-28 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-24 08:22 ---
(In reply to comment #5)
Created an attachment (id=21296)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21296action=view) [edit]
Proposed pathc
+ if (u-unit_number == options.stdin_unit
+ ||
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-07-25 00:48
---
test_inquire.f90:17.10:
inquire(6,file=str1)
1
Error: INQUIRE statement at (1) cannot contain both FILE and UNIT specifiers
However, with a simple modification to the patch the following works.
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-24 04:08
---
Created an attachment (id=21296)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21296action=view)
Proposed pathc
This patch uses ttyname to get the /dev/pts/* name. I have not tried this on a
Windows system
--- Comment #3 from jkrahn at nc dot rr dot com 2010-07-15 21:39 ---
Intel Fortran currently returns the actual device name (e.g. /dev/pts/3) but
also uses stdin if the input is from a pipe. I sent a similar low-priority
bug report to Intel, and they tentatively agree that the stdin
--- Comment #4 from jkrahn at nc dot rr dot com 2010-07-15 21:49 ---
I noticed that Fedora now include symlinks for /dev/stdin, /dev/stdout,
/dev/stderr. It would be reasonable to use those path names if there is an
interest in avoiding blank names. This convention may not hold on all
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-14 15:44 ---
Some remarks:
a) The note 9.63 is nonnormative - still one should try to follow it
b) Most of my compilers simply use , ifort uses /dev/pts/3 (for
stdin/out/err), and Portland uses the same as gfortran: stdin,
13 matches
Mail list logo