From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31719 invoked by alias); 2 Dec 2011 09:49:56 -0000 Received: (qmail 31710 invoked by uid 22791); 2 Dec 2011 09:49:55 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 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; Fri, 02 Dec 2011 09:49:42 +0000 From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug rtl-optimization/50904] [4.7 regression] pessimization when -fno-protect-parens is enabled by -Ofast Date: Fri, 02 Dec 2011 09:49:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: rtl-optimization X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.7.0 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 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-12/txt/msg00134.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 --- Comment #20 from rguenther at suse dot de 2011-12-02 09:49:39 UTC --- On Thu, 1 Dec 2011, ebotcazou at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 > > Eric Botcazou changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|NEW |ASSIGNED > CC|ebotcazou at gcc dot | > |gnu.org | > Component|tree-optimization |rtl-optimization > AssignedTo|unassigned at gcc dot |ebotcazou at gcc dot > |gnu.org |gnu.org > > --- Comment #19 from Eric Botcazou 2011-12-01 19:53:15 UTC --- > > lim3 was added as a "hack", now yes, cunroll needs ccp after it (but it's > > there in the form of DOM and VRP). It's a pass ordering issue that we > > cannot ever solve. > > OK, but that doesn't explain why LIM isn't able to hoist the loads... If the expressions only become invariant after unrolling then the issue is that without CCP LIM does not see they are invariant I suppose. I'll have a closer look.