From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10936 invoked by alias); 16 Sep 2008 20:28:49 -0000 Received: (qmail 10925 invoked by uid 22791); 16 Sep 2008 20:28:48 -0000 X-Spam-Check-By: sourceware.org Received: from g5t0009.atlanta.hp.com (HELO g5t0009.atlanta.hp.com) (15.192.0.46) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 16 Sep 2008 20:28:07 +0000 Received: from smtp2.cup.hp.com (smtp2.cup.hp.com [16.89.216.28]) by g5t0009.atlanta.hp.com (Postfix) with ESMTP id D4A4D30F9C; Tue, 16 Sep 2008 20:28:05 +0000 (UTC) Received: from [16.89.92.85] (hpsje.cup.hp.com [16.89.92.85]) by smtp2.cup.hp.com (Postfix) with ESMTP id 2FA42357745; Tue, 16 Sep 2008 20:02:36 +0000 (UTC) Subject: Re: Patch to fix gcc.c-torture/compile/20010102-1.c on IA64 HP-UX From: Steve Ellcey Reply-To: sje@cup.hp.com To: Jeff Law Cc: Peter Bergner , gcc-patches@gcc.gnu.org, paolo.carlini@oracle.com In-Reply-To: <48D013ED.3050402@redhat.com> References: <200809161651.m8GGpEM19079@lucas.cup.hp.com> <1221589231.6367.14.camel@sjoa> <1221590867.17787.18.camel@hpsje.cup.hp.com> <48D005A1.1070405@redhat.com> <1221593957.6367.24.camel@sjoa> <48D013ED.3050402@redhat.com> Content-Type: text/plain Date: Tue, 16 Sep 2008 20:49:00 -0000 Message-Id: <1221596846.17787.28.camel@hpsje.cup.hp.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2008-09/txt/msg01160.txt.bz2 On Tue, 2008-09-16 at 14:15 -0600, Jeff Law wrote: > But this shouldn't be necessary. REG_POINTER is set within the RTX for > the original pseudo and alter_reg (via changing REGNO) preserves the > setting for use post-reload, even though we're looking at a hard register. > > My recommendation for Steve is the same. First ensure that REG_POINTER > is set on the appropriate REG within the insn when the insn is created, > then go forward and pinpoint where it disappears as the disappearance is > a bug. > Jeff Well, it disappears during the rtx register renaming phase and I thought I was fixing it by preserving it during register renaming. This is where it disappears. If I add -fno-rename-registers the problem goes away. Steve Ellcey sje@cup.hp.com