From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 833 invoked by alias); 3 Sep 2008 21:04:18 -0000 Received: (qmail 32251 invoked by alias); 3 Sep 2008 21:02:49 -0000 Date: Wed, 03 Sep 2008 21:04:00 -0000 Message-ID: <20080903210249.32250.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug tree-optimization/36630] [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "spop at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2008-09/txt/msg00423.txt.bz2 ------- 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 have remarked on one of the graphite testcases scop-matmult.c that we had a regression in the precision of the number of iterations from last graphite merge till yesterday's merge, i.e. from 138275 to 139870 We used to have a symbolic number of iterations, but now the result is scev_dont_know. I have not yet tracked this down to the patch that produced this regression. Sebastian -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36630