--- Comment #48 from rakdver at gcc dot gnu dot org 2008-01-12 03:59
---
(In reply to comment #47)
> Most of the PRE/FRE memory is spent in copied VOPs VECs. Unfortunately we
> cannot move them to heap memory easily as the get shared in the PRE tables...
> I tried to be explicit in man
--- Comment #47 from rguenth at gcc dot gnu dot org 2008-01-11 13:29
---
Most of the PRE/FRE memory is spent in copied VOPs VECs. Unfortunately we
cannot move them to heap memory easily as the get shared in the PRE tables...
I tried to be explicit in managing the memory, but it gets re
--- Comment #46 from steven at gcc dot gnu dot org 2008-01-10 20:21 ---
See e.g. bug 27004 and bug 33974.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34683
--- Comment #45 from jaydub66 at gmail dot com 2008-01-10 20:14 ---
(In reply to comment #42)
> This is probably all we can get for now - maybe another few % with minor
> tweaks,
> but nothing earth-shattering. After all, we _do_ have a much larger IL due
> to the number of VOPs not par
--- Comment #44 from steven at gcc dot gnu dot org 2008-01-10 17:39 ---
Yes, fixed.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #43 from rguenth at gcc dot gnu dot org 2008-01-10 17:05
---
Actually this is not a regression against a released compiler, as both the
4.1 and the 4.2 branches ICE for this testcase:
gfortran-4.2 -S -o /dev/null t.f90 -O -fstrict-aliasing
t.f90: In function 'ampli':
t.f90: