--- Comment #21 from jvdelisle at gcc dot gnu dot org 2010-02-07 13:37
---
Closing, not needed on 4.4
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2010-02-07 08:00
---
Fixed on trunk. Will back port to 4.4 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42742
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2010-02-07 07:50
---
Subject: Bug 42742
Author: jvdelisle
Date: Sun Feb 7 07:50:17 2010
New Revision: 156569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156569
Log:
2010-02-06 Jerry DeLisle
PR libfortran/4274
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2010-02-07 07:46
---
Subject: Bug 42742
Author: jvdelisle
Date: Sun Feb 7 07:45:55 2010
New Revision: 156568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156568
Log:
2010-02-06 Jerry DeLisle
PR libfortran/4274
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2010-02-07 00:08
---
I have found some time and managed to isolate the problem. It is in the
allocation of new format nodes after the fnode_array is exhausted. During
format caching, reset_fnode relies on a NULL to break out of a loo
--- Comment #16 from burnus at gcc dot gnu dot org 2010-01-23 16:57 ---
Reopen the bug. It seems as if there a deeper issue in the caching, which
should be investigated. As the committed patch (limiting fmt-cache size) fixes
the issue for all known test cases, I have removed the dependen
--- Comment #15 from burnus at gcc dot gnu dot org 2010-01-22 08:19 ---
(In reply to comment #14)
> Fixed for now, changing summary to reflect the current situation. I want to
> leave open until I have time to investigate further.
? The PR is now closed (as you wrote in the first sente
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-01-22 04:26
---
Fixed for now, changing summary to reflect the current situation. I want to
leave open until I have time to investigate further.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
