From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 97946 invoked by alias); 20 Sep 2016 15:20:44 -0000 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 Received: (qmail 97933 invoked by uid 89); 20 Sep 2016 15:20:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:872, reader X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 20 Sep 2016 15:20:42 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9CC96A0771 for ; Tue, 20 Sep 2016 15:20:41 +0000 (UTC) Received: from localhost.localdomain (ovpn-116-2.phx2.redhat.com [10.3.116.2]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u8KFKfZ5023991; Tue, 20 Sep 2016 11:20:41 -0400 Subject: Re: Register numbers in RTL dumps (was Re: [PATCH 0/9] RFC: selftests based on RTL dumps) To: Bernd Schmidt , David Malcolm , gcc-patches@gcc.gnu.org References: <1473381053-18817-1-git-send-email-dmalcolm@redhat.com> <319e562e-7b25-9e9d-eced-1ea4b7c2f109@redhat.com> <1473706655.6782.36.camel@redhat.com> <9b71a775-cf7c-1b14-1ce4-b146523663a3@redhat.com> <1474061238.6782.99.camel@redhat.com> <58dd738d-a5fc-a3ae-3123-2ddb2c7c525a@redhat.com> <1474381937.23088.35.camel@redhat.com> <4e808d04-c69e-8fd1-2b65-da93f0643b52@redhat.com> From: Jeff Law Message-ID: <68259aad-5d10-b440-29e9-641e431219a9@redhat.com> Date: Tue, 20 Sep 2016 15:26:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <4e808d04-c69e-8fd1-2b65-da93f0643b52@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg01320.txt.bz2 On 09/20/2016 08:34 AM, Bernd Schmidt wrote: > On 09/20/2016 04:32 PM, David Malcolm wrote: >> >> To summarize so far: you want every pseudo to have its regno dumped >> with a 'p' prefix, and renumber them on dump (and then on load). >> OK. > > Renumbering is not helpful because it interferes with the view you have > in the debugger. So, IMO just a prefix, and maybe Yea, I guess it does since we want the numbers in the dump to be the same that we used to access the arrays. So prefixing in the dump with adjustment of the number in the reader. > >> (reg/f:DI v1 virtual-stack-vars) > > this. Doesn't the same apply to the number of virtual stack regs? Those are in the same array as pseudos. So ISTM we prefix in the dump, but do adjustment of the number in the reader? jeff