From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14463 invoked by alias); 16 Sep 2008 21:40:34 -0000 Received: (qmail 14454 invoked by uid 22791); 16 Sep 2008 21:40:34 -0000 X-Spam-Check-By: sourceware.org Received: from g1t0026.austin.hp.com (HELO g1t0026.austin.hp.com) (15.216.28.33) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 16 Sep 2008 21:39:50 +0000 Received: from smtp2.cup.hp.com (smtp2.cup.hp.com [16.89.216.28]) by g1t0026.austin.hp.com (Postfix) with ESMTP id 1E4B9CC4C; Tue, 16 Sep 2008 21:39:49 +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 3544F357770; Tue, 16 Sep 2008 21:14:19 +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: <48D0248E.5030505@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> <1221596846.17787.28.camel@hpsje.cup.hp.com> <48D0248E.5030505@redhat.com> Content-Type: text/plain Date: Tue, 16 Sep 2008 22:00:00 -0000 Message-Id: <1221601143.17787.40.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/msg01167.txt.bz2 On Tue, 2008-09-16 at 15:26 -0600, Jeff Law wrote: > > I think the real problem here is definitely regrename. We do have to > be careful about setting REG_POINTER on a hard register, but I think > we're OK in do_replace as we're always generating a new RTX in that case. > > The other two are less clear. If we choose to only fix do_replace, then > we might want an indicator in the debugging dumps for the other two > (find_oldest_value_reg, copyprop_hardreg_forward_1) when we lose a > REG_POINTER flag. It might help diagnose future instances of this problem. > > Jeff Setting REG_POINTER in do_replace is the only one that is necessary to fix my bug. I just changed the others in an attempt to be complete. Steve Ellcey sje@cup.hp.com