--- Comment #13 from law at redhat dot com 2006-03-22 18:01 ---
Fixed via today's checkin to loop-unroll.c
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #12 from rakdver at gcc dot gnu dot org 2006-03-21 21:35
---
(In reply to comment #11)
This is definitely a bug in loop-iv.c -- once biv_p (SET_DEST (single_set
(insn))) returns true, iv_analyze_result must succeed as well.
While I still consider this desirable, it is
--- Comment #7 from law at redhat dot com 2006-03-13 21:17 ---
Subject: Re: [4.2 Regression] FAIL:
gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops
On Wed, 2006-03-08 at 00:07 +, janis at gcc dot gnu dot org wrote:
--- Comment #5 from janis at gcc
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-13
21:30 ---
Subject: Re: [4.2 Regression] FAIL: gfortran.dg/g77/20010610.f -O3
-fomit-frame-pointer -funroll-loops
r108425 | law | 2005-12-12 19:59:16 + (Mon, 12 Dec 2005)
What I suspect is going on here is
--- Comment #9 from law at redhat dot com 2006-03-13 21:45 ---
Subject: Re: [4.2 Regression] FAIL:
gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops
On Mon, 2006-03-13 at 21:31 +, dave at hiauly1 dot hia dot nrc dot
ca wrote:
--- Comment #8 from
--- Comment #10 from law at redhat dot com 2006-03-13 22:14 ---
Subject: Re: [4.2 Regression] FAIL:
gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops
On Wed, 2006-03-08 at 00:07 +, janis at gcc dot gnu dot org wrote:
--- Comment #5 from janis at
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #11 from rakdver at gcc dot gnu dot org 2006-03-14 01:10
---
From reading loop-unroll.c, I believe that we could safely have
analyze_iv_to_split_insn return NULL instead of aborting when
iv_analyze_result returns false.
However, I wouldn't want to make such a change
--- Comment #6 from law at redhat dot com 2006-03-10 19:37 ---
Subject: Re: [4.2 Regression] FAIL:
gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops
On Wed, 2006-03-08 at 00:07 +, janis at gcc dot gnu dot org wrote:
--- Comment #5 from janis at gcc
--- Comment #5 from janis at gcc dot gnu dot org 2006-03-08 00:07 ---
A regression hunt on powerpc64-linux using the C test case from comment #4
identified this patch:
http://gcc.gnu.org/viewcvs?view=revrev=110705
r110705 | law | 2006-02-07 18:31:27 + (Tue, 07 Feb 2006)
That
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-06 15:00 ---
(In reply to comment #1)
(gdb) p debug_rtx (insn)
(insn 41 39 42 5 (set (reg:DI 71 [ D.775 ])
(zero_extend:DI (subreg:QI (reg/v:DI 70 [ i ]) 7))) 129 {*pa.md:4636}
(nil)
(nil))
$9 = void
This is a
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-06 15:49 ---
Janis could you do a regression hunt on what caused this testcase to start to
fail?
The C testcase is:
int f(void)
{
int i;
for(i=0;i256;i++)
{
char a = i;
int ii = a;
if (ii != i)
--- Comment #2 from amodra at bigpond dot net dot au 2006-01-20 00:56
---
Also fails on powerpc64-linux
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-30 23:24 ---
This is the call that returns 0:
(gdb) bt
#0 iv_analyze (insn=0x83fffedfcfa0, def=0x83fffedfd3e0,
iv=0x83fffeff1230) at ../../gcc/gcc/loop-iv.c:998
...
(gdb) p *iv
$8 = {base = 0x83fffedfff80,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |rtl-optimization
Keywords|
15 matches
Mail list logo