From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3863 invoked by alias); 9 Feb 2009 16:40:11 -0000 Received: (qmail 3711 invoked by uid 48); 9 Feb 2009 16:39:55 -0000 Date: Mon, 09 Feb 2009 16:40:00 -0000 Message-ID: <20090209163954.3710.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/39139] [4.4 Regression] ICE with stringop and register var In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jakub 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: 2009-02/txt/msg00790.txt.bz2 ------- Comment #1 from jakub at gcc dot gnu dot org 2009-02-09 16:39 ------- Regression since http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134321 tree-ssa-sink.c moves e = {} store across a1 = 11 initialization, where a1 is a register asm ("%rdi") variable, so into a spot where %rdi is live and thus can't be used for rep; stos*. Not sure what we should do. i386 expander avoids using stos* etc. when %rdi is a global reg variable or fixed register, but doesn't have df info to find out that %rdi is just locally live across this spot. Probably it would be better not to sink that store across register var initialization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39139