From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25395 invoked by alias); 4 May 2004 16:06:21 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25387 invoked from network); 4 May 2004 16:06:20 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 4 May 2004 16:06:20 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i44G6KkG010039 for ; Tue, 4 May 2004 12:06:20 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i44G6Kv28782 for ; Tue, 4 May 2004 12:06:20 -0400 Received: from localhost.localdomain (vpn50-6.rdu.redhat.com [172.16.50.6]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id i44G6Em6020770; Tue, 4 May 2004 12:06:14 -0400 Received: from saguaro (saguaro.lan [192.168.64.2]) by localhost.localdomain (8.12.10/8.12.10) with SMTP id i44G69OR005683; Tue, 4 May 2004 09:06:09 -0700 Date: Tue, 04 May 2004 16:06:00 -0000 From: Kevin Buettner To: Jim Blandy Cc: gdb-patches@sources.redhat.com Subject: Re: RFA: don't assume gprs, fprs, some SPRS are contiguous Message-Id: <20040504090609.5fb4501b@saguaro> In-Reply-To: References: Organization: Red Hat Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SW-Source: 2004-05/txt/msg00107.txt.bz2 On 03 May 2004 20:09:31 -0500 Jim Blandy wrote: > Here's a revision of a patch I posted previously, in light of the > other patches I've posted today. > > 2004-04-20 Jim Blandy > > * ppc-linux-nat.c (fetch_ppc_registers, store_ppc_registers): > Don't assume that the gprs, fprs, and UISA sprs are > contiguous, start at register number zero, and end with fpscr. > Instead, use the numbers from the tdep structure, FP0_REGNUM, > and FPLAST_REGNUM. The FPLAST_REGNUM portion of the ChangeLog entry doesn't make sense anymore. Otherwise it looks okay provided the s/FP0_REGNUM/tdep->ppc_fp0_regnum/ change is made. Kevin