From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15873 invoked by alias); 31 May 2011 08:24:06 -0000 Received: (qmail 15854 invoked by uid 22791); 31 May 2011 08:24:05 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,TW_TM X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 31 May 2011 08:23:51 +0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/49093] [4.6/4.7 Regression] ICE in vect_enhance_data_refs_alignment() with volatile inside peeled loop X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.6.1 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Tue, 31 May 2011 08:31:00 -0000 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: 2011-05/txt/msg03069.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49093 --- Comment #4 from rguenther at suse dot de 2011-05-31 08:22:51 UTC --- On Tue, 31 May 2011, irar at il dot ibm.com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49093 > > Ira Rosen changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |irar at il dot ibm.com > > --- Comment #3 from Ira Rosen 2011-05-31 07:31:02 UTC --- > The problem here is that > vol.2_8 ={v} g_324[g_97_22]; > is skipped during determination of the vectorization factor, because it has no > uses. The vf is set to 4, and then the analysis fails on the char data-ref. > > I think we should just not vectorize when there is a volatile access in a loop. > Is that reasonable? I think that's reasonable for 4.6. But we don't need to make data-ref analysis fail just because of volatile references - we for example can easily unroll a loop with volatile loads/stores. Of course this case seems to be special - how do we deal with stmts with no uses during vectorization? Or do we assume they don't happen because usually DCE gets rid of them? Richard.