--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-25 19:01 ---
Fixed on the trunk by the dataflow merge.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from steven at gcc dot gnu dot org 2007-07-25 19:44 ---
This may be fixed now by my cfglayout work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18146
--- Comment #4 from greened at obbligato dot org 2007-07-25 19:47 ---
It is also broken on trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32346
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-25 22:40 ---
Subject: Re: New: [4.2/4.3 regression] compile time and memory regression
Points-to memory with these is almost nothing, so don't look at meef.
It looks like size goes up for each function and is not fully
recovere
(In reply to comment #17)
> This looks like an unrelated problem - the vectorizer does not perform loop
> peeling here so it's not an issue of natural alignment. Lets open a separate
> PR
> for this one, unless there's already one open. In the meantime, would you
> please try this patch?:
>
> Ind
Mainline produces a bad diagnostic for the following code snippet:
===
subroutine FOO
logical I
I = I .eq. I
end subroutine
===
ePR22503.f:3.13:
I = I .eq. I
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32899
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-07-26 04:54
---
This test case appears to execute correctly:
module gfcbug68
implicit none
public :: write
contains
function foo (i)
integer, intent(in) :: i
integer foo
write (*,*) i
foo = i
end fun
101 - 108 of 108 matches
Mail list logo
