From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10639 invoked by alias); 3 Jun 2009 03:01:19 -0000 Received: (qmail 5137 invoked by uid 48); 3 Jun 2009 03:01:06 -0000 Date: Wed, 03 Jun 2009 03:01:00 -0000 Message-ID: <20090603030106.5136.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "luisgpm at linux dot vnet dot ibm dot com" 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: 2009-06/txt/msg00102.txt.bz2 ------- Comment #19 from luisgpm at linux dot vnet dot ibm dot com 2009-06-03 03:01 ------- A little bit of information about the problem. On 32-bit code, the loads are being pushed up, from a different BB to the BB where we have the stfd instruction, during global scheduling. I suspect the 64-bit case is the same, with small variations. I'll update with more details soon. Luis -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976