From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3678 invoked by alias); 18 Jul 2012 14:48:09 -0000 Received: (qmail 3662 invoked by uid 22791); 18 Jul 2012 14:48:07 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED 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; Wed, 18 Jul 2012 14:47:50 +0000 From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/53957] Polyhedron 11 benchmark: MP_PROP_DESIGN twice as long as other compiler Date: Wed, 18 Jul 2012 14:48:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- 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: 2012-07/txt/msg01407.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957 --- Comment #7 from Richard Guenther 2012-07-18 14:47:49 UTC --- It helps to make us even consider the loop. We now run into 696: worklist: examine stmt: D.2574_254 = (real(kind=4)) i_5; 696: vect_is_simple_use: operand i_5 696: def_stmt: i_5 = PHI <1(77), i_324(80)> 696: Unsupported pattern. 696: not vectorized: unsupported use in stmt. 696: unexpected pattern. that is, the following induction is not handled: phit = phib + phie(k) + (REAL(i)-0.50D0) & & *dphit so it would be still worthwhile to pursue your patch if it does not have negative effects elsewhere. We should be able to fix the induction code to handle this case. If you can help isolating the innermost two loops into a smaller testcase that would be great, too.