: unassigned at gcc dot gnu dot org
ReportedBy: jb at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45165
--- Comment #2 from jb at gcc dot gnu dot org 2010-06-28 17:27 ---
(In reply to comment #0)
Question 1: Why does gfortran always use stat. Wouldn't it be better to use
for open files:
save = ftell(s)
seek(s, 0, SEEK_END)
size = ftell(s)
seek (s, save, SEEK_SET
Yes
--- Comment #4 from jb at gcc dot gnu dot org 2010-04-30 18:02 ---
Some more experimentation, on different hardware, reveals that the relative
performance of rep stos vs. loop depends heavily on the size of the object to
set, the optimization options (loop unrolling etc
--- Comment #21 from jb at gcc dot gnu dot org 2010-04-28 15:43 ---
(In reply to comment #19)
(In reply to comment #18)
3) for the same reason you can also drop the + 1 in computing the
allocation
size which is currently (ubound - lbound + 1) * 4
Sorry, but isn't +1 needed
--- Comment #13 from jb at gcc dot gnu dot org 2010-04-25 19:01 ---
Subject: Bug 40539
Author: jb
Date: Sun Apr 25 19:01:06 2010
New Revision: 158707
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158707
Log:
PR fortran/40539 Document LOGICAL representation
Modified
--- Comment #14 from jb at gcc dot gnu dot org 2010-04-25 19:04 ---
The GFortran behavior is now documented on 4.4, 4.5, and trunk. Closing as
fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jb at gcc dot gnu dot org 2010-04-07 18:01 ---
Subject: Bug 40539
Author: jb
Date: Wed Apr 7 18:01:24 2010
New Revision: 158080
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158080
Log:
PR fortran/40539 Document LOGICAL representation
Modified:
trunk
--- Comment #12 from jb at gcc dot gnu dot org 2010-04-07 18:08 ---
Subject: Bug 40539
Author: jb
Date: Wed Apr 7 18:07:48 2010
New Revision: 158081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158081
Log:
PR fortran/40539 Document LOGICAL representation
Modified
--- Comment #10 from jb at gcc dot gnu dot org 2010-04-04 10:56 ---
I've been thinking a bit about this issue. Some observations
- There are a lot of compilers, and many ways of representing logicals. Being
compatible with some or all of them is, IMO, a stillborn idea. And even if we'd
--- Comment #8 from jb at gcc dot gnu dot org 2010-04-01 08:55 ---
(In reply to comment #7)
I can confirm that the patch works for both the (a) and the * case.
Thanks for testing. I'll commit the patch to 4.5 tonight.
In the code, there is still some size_t reference, should
--- Comment #9 from jb at gcc dot gnu dot org 2010-04-01 16:23 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 16:22:57 2010
New Revision: 157914
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157914
Log:
PR libfortran/43605 Fix FTELL for formatted files
Added:
trunk/gcc
--- Comment #10 from jb at gcc dot gnu dot org 2010-04-01 16:31 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 16:31:01 2010
New Revision: 157915
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157915
Log:
PR libfortran/43605 FTELL incorrect for formatted files.
Added
--- Comment #11 from jb at gcc dot gnu dot org 2010-04-01 16:34 ---
Fixed, closing.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from jb at gcc dot gnu dot org 2010-04-01 19:45 ---
(In reply to comment #13)
(In reply to comment #12)
0
'123456'
7
'D'
113
I would expect '789' and 10. Am I wrong?
On i686 I get with trunk rev.157914
--- Comment #16 from jb at gcc dot gnu dot org 2010-04-01 20:27 ---
Patch, take 2: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00072.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from jb at gcc dot gnu dot org 2010-04-01 20:52 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 20:51:45 2010
New Revision: 157932
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157932
Log:
PR libfortran/43605 FTELL intrinsic, take 2.
Modified:
trunk/gcc
--- Comment #20 from jb at gcc dot gnu dot org 2010-04-01 20:59 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 20:59:15 2010
New Revision: 157933
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157933
Log:
PR libfortran/43605 FTELL intrinsic, take 2.
Modified:
branches
--- Comment #21 from jb at gcc dot gnu dot org 2010-04-01 21:11 ---
Well, thanks to the quick review by Steve Kargl, it seems I proved myself wrong
and I was able to commit to 4.5 with 8 minutes to spare before the freeze.
Closing as fixed, again.
(If anyone wants glory points
--- Comment #3 from jb at gcc dot gnu dot org 2010-03-31 15:38 ---
Assigning to myself. This is probably due to ftell not taking into account
fbuf.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jb at gcc dot gnu dot org 2010-03-31 18:42 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01523.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jb at gcc dot gnu dot org 2010-03-22 16:51 ---
Seems to be a target bug, nothing to do with the Fortran frontend.
Also, unless turley has a copyright assignment on file with the FSF (didn't
find him/her in the MAINTAINERS file), the patch unfortunately cannot
--- Comment #9 from jb at gcc dot gnu dot org 2010-01-05 19:14 ---
Closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from jb at gcc dot gnu dot org 2010-01-03 18:09 ---
Subject: Bug 42420
Author: jb
Date: Sun Jan 3 18:09:37 2010
New Revision: 155593
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155593
Log:
PR libfortran/42420 Large file capable stat for MingW
Modified
--- Comment #7 from jb at gcc dot gnu dot org 2010-01-02 21:39 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00083.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jb at gcc dot gnu dot org 2009-12-20 10:23 ---
As such the patch seems ok, however I'd prefer to avoid cluttering up the logic
with ifdefs, and secondly, we should stick to one kind of stat struct
everywhere for consistency's sake. E.g. something like
diff --git
--- Comment #12 from jb at gcc dot gnu dot org 2009-12-19 10:50 ---
Since the actual implementation of system_clock has no use for non-integer
count rates, this should be implemented by creating an integer temporary in the
frontend and then calling the existing functions.
Also, note
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jb at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from jb at gcc dot gnu dot org 2009-12-19 11:03 ---
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
Gentlemen,
What is the word on this? A WONTFIX?
Certainly this should be fixed, eventually. Whether it will be fixed for 4.5
--- Comment #18 from jb at gcc dot gnu dot org 2009-12-04 16:28 ---
Subject: Bug 40812
Author: jb
Date: Fri Dec 4 16:28:44 2009
New Revision: 154984
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154984
Log:
PR libfortran/40812 Large file support for MinGW
Modified:
trunk
--- Comment #19 from jb at gcc dot gnu dot org 2009-12-04 17:02 ---
Fixed, closing.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #28 from jb at gcc dot gnu dot org 2009-12-02 09:23 ---
Subject: Bug 42131
Author: jb
Date: Wed Dec 2 09:22:50 2009
New Revision: 154900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154900
Log:
Typo in ChangeLog entry for PR fortran/42131
Modified:
trunk/gcc
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jb at gcc dot gnu dot org
|dot org
--- Comment #27 from jb at gcc dot gnu dot org 2009-12-01 18:32 ---
Subject: Bug 42131
Author: jb
Date: Tue Dec 1 18:32:37 2009
New Revision: 154876
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154876
Log:
PR fortran/42131 Sign test using ternary operator
Modified:
trunk
--- Comment #16 from jb at gcc dot gnu dot org 2009-12-01 18:39 ---
Patch
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #17 from jb at gcc dot gnu dot org 2009-12-01 18:58 ---
Updated patch: http://gcc.gnu.org/ml/fortran/2009-12/msg00017.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jb at gcc dot gnu dot org 2009-11-23 22:01 ---
Closing as fixed, as no complaints about the committed patch have surfaced.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from jb at gcc dot gnu dot org 2009-10-30 22:37 ---
Subject: Bug 41219
Author: jb
Date: Fri Oct 30 22:37:47 2009
New Revision: 153769
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153769
Log:
PR libfortran/41219 Fix build warnings
Modified:
trunk/libgfortran
--- Comment #13 from jb at gcc dot gnu dot org 2009-10-28 22:03 ---
Reassigning to myself, I have a plan how to proceed with supporting proper
async I/O in the library.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jb at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41860
--- Comment #1 from jb at gcc dot gnu dot org 2009-10-28 23:25 ---
Subject: Bug 41860
Author: jb
Date: Wed Oct 28 23:25:08 2009
New Revision: 153689
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153689
Log:
PR fortran/41860 Treat vars as save with -fno-automatic
Modified
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jb at gcc dot gnu dot org
|dot org
--- Comment #6 from jb at gcc dot gnu dot org 2009-09-06 13:55 ---
(In reply to comment #2)
Janne, I think the warning about unix.c:750:15: warning: statbuf.st_mode
may
be used uninitialized is spurious, but can you have a look?
Yes, it's spurious, and I submitted a patch
(http
--- Comment #6 from jb at gcc dot gnu dot org 2009-08-28 14:48 ---
Closing as fixed
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jb at gcc dot gnu dot org 2009-08-27 17:41 ---
Subject: Bug 39667
Author: jb
Date: Thu Aug 27 17:40:55 2009
New Revision: 151144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151144
Log:
PR libfortran/39667 Fix testcases to not need fd_truncate.
Modified
--- Comment #4 from jb at gcc dot gnu dot org 2009-08-25 22:17 ---
Updated patch fixing remaining fd_truncate issues with testsuite.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jb at gcc dot gnu dot org 2009-08-14 17:45 ---
Subject: Bug 40863
Author: jb
Date: Fri Aug 14 17:44:50 2009
New Revision: 150765
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150765
Log:
PR libfortran/40863 Fix r150107 moving new symbols to C99_1.1 node
--- Comment #4 from jb at gcc dot gnu dot org 2009-07-29 12:46 ---
(In reply to comment #3)
Is there a particular reason why we can not change this to off_t with 4.5.?
Yes, it would break the ABI. As it's such a minor issue, IMHO it can be
postponed until we need to break the ABI
--- Comment #9 from jb at gcc dot gnu dot org 2009-07-17 19:40 ---
Subject: Bug 40714
Author: jb
Date: Fri Jul 17 19:40:23 2009
New Revision: 149757
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149757
Log:
When finalizing I/O transfer, set current_record to 0 before returning
--- Comment #5 from jb at gcc dot gnu dot org 2009-07-15 17:19 ---
I don't get it; for some reason bytes_left_subrecord has been set to 0, hence
the seek gets messed up.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jb at gcc dot gnu dot org 2009-07-15 21:42 ---
Ok, so the problem is that due to the EOF the first read hits, the
current_record marker is not properly reset to 0 at the end of the data
transfer, and from that it follows that stuff isn't correctly initialized
--- Comment #24 from jb at gcc dot gnu dot org 2009-06-10 21:17 ---
Further reduced testcase:
program pr40330
implicit none
call s1()
call s1()
contains
subroutine s1()
character(LEN=100) :: a
a = (3X)
write(*,FMT='('//trim(a)//,a,' '), ADVANCE=NO) 3
end subroutine s1
--- Comment #10 from jb at gcc dot gnu dot org 2009-06-09 20:29 ---
Subject: Bug 40334
Author: jb
Date: Tue Jun 9 20:29:33 2009
New Revision: 148324
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148324
Log:
PR libfortran/40334 backspace regression
Added:
trunk/gcc
--- Comment #13 from jb at gcc dot gnu dot org 2009-06-09 20:56 ---
Subject: Bug 40330
Author: jb
Date: Tue Jun 9 20:55:53 2009
New Revision: 148326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148326
Log:
PR libfortran/40330 Use heap memory for format cache
Modified
--- Comment #14 from jb at gcc dot gnu dot org 2009-06-09 20:57 ---
Closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #17 from jb at gcc dot gnu dot org 2009-06-04 07:40 ---
(In reply to comment #16)
Can this PR now be closed?
Yes, I think so. There are still some remnants of ASF in internal I/O, but I
don't think it hurts.
--
jb at gcc dot gnu dot org changed:
What
--- Comment #7 from jb at gcc dot gnu dot org 2009-06-03 17:39 ---
Confirmed on trunk.
This seems to be due to the format caching stuff?
The regression on the 4.4 branch would be explained by the I/O backport
(r147887).
--
jb at gcc dot gnu dot org changed:
What
--- Comment #8 from jb at gcc dot gnu dot org 2009-06-03 18:49 ---
Created an attachment (id=17949)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17949action=view)
Proposed patch
This patch seems to fix it, will formally submit as soon as it regtests.
--
http://gcc.gnu.org
--- Comment #9 from jb at gcc dot gnu dot org 2009-06-03 19:19 ---
Proper patch submitted.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #10 from jb at gcc dot gnu dot org 2009-06-03 21:07 ---
Subject: Bug 40330
Author: jb
Date: Wed Jun 3 21:07:19 2009
New Revision: 148149
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148149
Log:
PR libfortran/40330
Use heap memory for cached format strings
--- Comment #8 from jb at gcc dot gnu dot org 2009-06-01 14:21 ---
Whatever you do, as long as the Fortran standard is silent on this matter, can
you hide it behind some -fC99-wankery or such option and not enable it by
default, so that those of us who care less about which of (NaN, NaN
--- Comment #6 from jb at gcc dot gnu dot org 2009-05-29 21:04 ---
Fixed on trunk as of r147985, closing as fixed.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jb at gcc dot gnu dot org 2009-05-27 16:15 ---
The patch in comment #5 fixes most of the issues, not all. Remaining
gfortran.dg/elemental_dependency_1.f90
gfortran.dg/parameter_unused.f90
gfortran.dg/blockdata_3.f90
gfortran.dg/vector_subscript_4.f90
--- Comment #7 from jb at gcc dot gnu dot org 2009-05-27 16:42 ---
The patch below fixes the elemental_dependency_1 and vector_subscript_4
failures:
diff --git a/gcc/testsuite/gfortran.dg/elemental_dependency_1.f90
b/gcc/testsuite/gfortran.dg/elemental_dependency_1.f90
index 3e1f67b
--- Comment #2 from jb at gcc dot gnu dot org 2009-05-27 17:44 ---
(In reply to comment #1)
See also: http://gcc.gnu.org/wiki/LibgfortranAbiCleanup
Yes, I know; I added the note to the wiki page after I filed this bug. ;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
--- Comment #12 from jb at gcc dot gnu dot org 2009-05-20 08:37 ---
Both the mixed C/Fortran and the pure Fortran version by Dominique works as
expected for me on x86_64-linux. I.e. I get the same results as reported by
Dominique in comments #1 and #6.
This looks like a target bug
--- Comment #3 from jb at gcc dot gnu dot org 2009-05-19 06:42 ---
Assigning to myself.
HJL is right, we should use the _r functions if available, if not we must
protect the calls with a mutex.
--
jb at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jb at gcc dot gnu dot org 2009-05-15 23:45 ---
Subject: Bug 39872
Author: jb
Date: Fri May 15 23:45:08 2009
New Revision: 147601
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147601
Log:
Backport fix for PR libfortran/39872 from trunk.
Modified:
branches
--- Comment #2 from jb at gcc dot gnu dot org 2009-04-30 15:12 ---
Subject: Bug 39667
Author: jb
Date: Thu Apr 30 15:12:37 2009
New Revision: 147004
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147004
Log:
Fix PR libfortran/39667
Modified:
trunk/gcc/testsuite/ChangeLog
--- Comment #8 from jb at gcc dot gnu dot org 2009-04-22 21:37 ---
Having a shot at backporting, assigning to myself.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jb at gcc dot gnu dot org 2009-04-18 10:05 ---
Subject: Bug 39782
Author: jb
Date: Sat Apr 18 10:05:34 2009
New Revision: 146308
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146308
Log:
2009-04-18 Janne Blomqvist j...@gcc.gnu.org
PR libfortran
--- Comment #6 from jb at gcc dot gnu dot org 2009-04-17 22:13 ---
I'm not sure how this could be fixed in a proper way without breaking the
procedure call ABI. Gfortran follows pretty much every other Fortran compiler
in providing character length as a hidden argument of type default
--- Comment #1 from jb at gcc dot gnu dot org 2009-04-17 22:18 ---
Confirmed, assigning to myself.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jb at gcc dot gnu dot org 2009-04-15 19:38 ---
Subject: Bug 38688
Author: jb
Date: Wed Apr 15 19:38:32 2009
New Revision: 146134
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=146134
Log:
2009-04-15 Janne Blomqvist j...@gcc.gnu.org
PR libfortran
--- Comment #5 from jb at gcc dot gnu dot org 2009-04-15 19:42 ---
Er, sorry, wrong PR in the ChangeLog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38688
--- Comment #4 from jb at gcc dot gnu dot org 2009-04-15 19:46 ---
Fixed in trunk as r146134 r146135.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jb at gcc dot gnu dot org 2009-04-13 16:55 ---
Fixed as of r145875
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from jb at gcc dot gnu dot org 2009-04-10 07:23 ---
Subject: Bug 39665
Author: jb
Date: Fri Apr 10 07:23:25 2009
New Revision: 145875
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145875
Log:
2009-04-10 Janne Blomqvist j...@gcc.gnu.org
PR libfortran
--- Comment #10 from jb at gcc dot gnu dot org 2009-04-09 17:44 ---
Subject: Bug 39665
Author: jb
Date: Thu Apr 9 17:44:23 2009
New Revision: 145852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145852
Log:
2009-04-09 Janne Blomqvist j...@gcc.gnu.org
PR fortran/39665
--- Comment #3 from jb at gcc dot gnu dot org 2009-04-09 21:14 ---
HJ,
can you check if the patch at
http://gcc.gnu.org/ml/fortran/2009-04/msg00103.html
fixes your problems? It is the alternative way of solving the problem that IMHO
was not as clean as r145852, but if that one
--- Comment #4 from jb at gcc dot gnu dot org 2009-04-08 17:11 ---
Working on a patch, assigning to myself
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from jb at gcc dot gnu dot org 2009-04-08 18:24 ---
Subject: Bug 39670
Author: jb
Date: Wed Apr 8 18:23:55 2009
New Revision: 145767
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145767
Log:
2009-04-08 Janne Blomqvist j...@gcc.gnu.org
PR fortran/39670
--- Comment #6 from jb at gcc dot gnu dot org 2009-04-08 20:59 ---
(In reply to comment #5)
In addition to the alignment problem, check out the case 10 and case 16
entries
in the convert_real subroutine. After checking to see that strtold exists,
they actually go and call strtod
--- Comment #8 from jb at gcc dot gnu dot org 2009-04-08 22:36 ---
Patch here: http://gcc.gnu.org/ml/fortran/2009-04/msg00103.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39665
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jb at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39654
--- Comment #13 from jb at gcc dot gnu dot org 2009-03-22 10:51 ---
Subject: Bug 25561
Author: jb
Date: Sun Mar 22 10:51:05 2009
New Revision: 144993
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144993
Log:
2009-03-22 Janne Blomqvist j...@gcc.gnu.org
PR libfortran
--- Comment #12 from jb at gcc dot gnu dot org 2009-01-18 09:30 ---
Small patch on top of the big patch in comment #11 in order to fix a couple
minor issues:
http://gcc.gnu.org/ml/fortran/2009-01/msg00152.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561
--- Comment #3 from jb at gcc dot gnu dot org 2009-01-18 09:38 ---
My patch for PR25561 fixes this partially, with the patch the strace output is:
write(3, a, 1)= 1
write(3, a, 1)= 1
write(3, a, 1)= 1
write(3, a, 1
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #11 from jb at gcc dot gnu dot org 2009-01-05 22:14 ---
Patch that improves countlines.f test (and a bunch of other things):
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00222.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754
--- Comment #11 from jb at gcc dot gnu dot org 2009-01-05 22:15 ---
Patch getting rid of ASF for external files:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00222.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561
--- Comment #13 from jb at gcc dot gnu dot org 2008-12-23 19:36 ---
As testing with a newer binutils apparently isn't forthcoming, closing as
invalid.
As an aside, while AFAIK this is not documented, my intuition is that
libgfortran requires a somewhat up to date libc, so maybe glibc
--- Comment #1 from jb at gcc dot gnu dot org 2008-11-20 14:04 ---
I'm looking at I/O performance as part of PR 25561 (see also PR 37754, perhaps
this is a dup?), but my changes are invasive enough that they are 4.5 material.
Thanks for the report.
--
jb at gcc dot gnu dot org
--- Comment #8 from jb at gcc dot gnu dot org 2008-11-21 07:43 ---
(In reply to comment #7)
From some experiments I have done, we can make substantial improvement by
streamlining next_char. What I have in mind is reading a whole or partial
block of a file and returning a pointer
--- Comment #6 from jb at gcc dot gnu dot org 2008-05-22 18:13 ---
The proper solution, which as a side effect would take care of the
combinatorial explosion issue as well, would be to inline these intrinsics. See
also PR 31067.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
--- Comment #9 from jb at gcc dot gnu dot org 2008-05-16 08:12 ---
Patch with some improvements for part 1 here:
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg00924.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561
--- Comment #14 from jb at gcc dot gnu dot org 2008-05-16 17:38 ---
Subject: Bug 35632
Author: jb
Date: Fri May 16 17:37:30 2008
New Revision: 135432
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135432
Log:
Fix fallout from part 1 of PR25561 patch.
2008-05-16 Janne Blomqvist
--- Comment #10 from jb at gcc dot gnu dot org 2008-05-16 17:43 ---
Subject: Bug 25561
Author: jb
Date: Fri May 16 17:42:44 2008
New Revision: 135433
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135433
Log:
Part 1.1 of PR25561.
2008-05-15 Janne Blomqvist [EMAIL PROTECTED
--- Comment #7 from jb at gcc dot gnu dot org 2008-05-15 15:54 ---
Subject: Bug 25561
Author: jb
Date: Thu May 15 15:53:34 2008
New Revision: 135373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135373
Log:
Part 1 of PR 25561.
2008-05-15 Janne Blomqvist [EMAIL PROTECTED
--- Comment #8 from jb at gcc dot gnu dot org 2008-05-15 18:32 ---
Subject: Bug 25561
Author: jb
Date: Thu May 15 18:30:29 2008
New Revision: 135388
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135388
Log:
Remove XFAIL from gfortran.dg/fmt_t_7.f
2008-05-15 Janne Blomqvist
--- Comment #15 from jb at gcc dot gnu dot org 2008-05-15 18:33 ---
Subject: Bug 34974
Author: jb
Date: Thu May 15 18:30:29 2008
New Revision: 135388
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135388
Log:
Remove XFAIL from gfortran.dg/fmt_t_7.f
2008-05-15 Janne Blomqvist
1 - 100 of 268 matches
Mail list logo