From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27237 invoked by alias); 20 May 2007 20:51:17 -0000 Received: (qmail 27140 invoked by uid 48); 20 May 2007 20:50:45 -0000 Date: Sun, 20 May 2007 20:51:00 -0000 Message-ID: <20070520205045.27139.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug tree-optimization/32004] [4.3 regression] : gcc.target/i386/pr21291.c In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "pinskia 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: 2007-05/txt/msg01645.txt.bz2 ------- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-20 21:50 ------- > If it can use blen_11 instead of blen_3(D), it may compile. If forwprop can't > deal some asm stmts very well, it should skip those asm stmts. It cannot use blen_11 instead of blen_3 because the asm will have changed the value. forwprop does not even see the asm at all (how would it unless it looked for all SSAnames that had blen in them which is hard to do in the first place?). What forwprop is doing is legal but creates a little extra register pressure which in turn causes GCC's register allocator to go, I don't know what the fuck to do because I am a stupid register allocator. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004