--- Comment #13 from irar at il dot ibm dot com 2008-09-08 07:44 ---
(In reply to comment #9)
Subject: Re: [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer
Another thing, 4.4 does not vectorize this loop anymore (and, therefore,
there
is no ICE), because of
--- Comment #10 from irar at gcc dot gnu dot org 2008-09-07 07:15 ---
Subject: Bug 36630
Author: irar
Date: Sun Sep 7 07:14:03 2008
New Revision: 140081
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140081
Log:
PR tree-optimization/36630
* tree-vect-transform.c
--- Comment #11 from irar at gcc dot gnu dot org 2008-09-07 10:07 ---
Subject: Bug 36630
Author: irar
Date: Sun Sep 7 10:05:37 2008
New Revision: 140085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140085
Log:
PR tree-optimization/36630
* tree-vect-transform.c
--- Comment #12 from irar at il dot ibm dot com 2008-09-07 11:05 ---
Fixed.
--
irar at il dot ibm dot com changed:
What|Removed |Added
Status|NEW
--- Comment #8 from irar at il dot ibm dot com 2008-09-03 10:43 ---
(In reply to comment #7)
I still think that handling NULL from evolution_part_in_loop_num is the
correct thing to do. Even if you need to move this check to the analysis
phase.
The interesting thing is that the
--- Comment #9 from spop at gcc dot gnu dot org 2008-09-03 21:02 ---
Subject: Re: [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer
Another thing, 4.4 does not vectorize this loop anymore (and, therefore, there
is no ICE), because of unknown number of iterations:
I also
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-28 15:09 ---
I still think that handling NULL from evolution_part_in_loop_num is the
correct thing to do. Even if you need to move this check to the analysis
phase.
The interesting thing is that the access function during
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-08-27 22:04 ---
4.3.2 is released, changing milestones to 4.3.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630
--- Comment #5 from irar at il dot ibm dot com 2008-07-16 06:19 ---
This seems to fix the problem:
Index: tree-chrec.c
===
--- tree-chrec.c(revision 137271)
+++ tree-chrec.c(working copy)
@@ -696,6 +696,8
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630
--- Comment #2 from irar at il dot ibm dot com 2008-06-26 11:57 ---
For access function (short int) {(short unsigned int) i_44, +, 1}_1)
evolution_part_in_loop_num() returns NULL, which causes the failure.
I tried to peel NOP_EXPRs from POLYNOMIAL_CHRECs in
--- Comment #3 from rguenther at suse dot de 2008-06-26 12:11 ---
Subject: Re: [4.3/4.4 Regression] ICE in
vect_update_ivs_after_vectorizer
On Thu, 26 Jun 2008, irar at il dot ibm dot com wrote:
--- Comment #2 from irar at il dot ibm dot com 2008-06-26 11:57 ---
For
--- Comment #4 from irar at il dot ibm dot com 2008-06-26 18:33 ---
(In reply to comment #3)
Can't you simply handle a NULL return
from evolution_part_in_loop_num in the vectorizer?
The problem is that this happens during the transformation (for the code
created by the vectorizer).
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-25 14:27 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
16 matches
Mail list logo