From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1044 invoked by alias); 8 Jun 2004 20:49:18 -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 1032 invoked from network); 8 Jun 2004 20:49:18 -0000 Received: from unknown (HELO biscayne-one-station.mit.edu) (18.7.7.80) by sourceware.org with SMTP; 8 Jun 2004 20:49:18 -0000 Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.7.71]) by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i58KnG6I002811; Tue, 8 Jun 2004 16:49:16 -0400 (EDT) Received: from contents-vnder-pressvre.mit.edu (CONTENTS-VNDER-PRESSVRE.MIT.EDU [18.7.16.67]) (authenticated bits=56) (User authenticated as nathanw@ATHENA.MIT.EDU) by manawatu-mail-centre.mit.edu (8.12.4/8.12.4) with ESMTP id i58KnFoM021929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 8 Jun 2004 16:49:15 -0400 (EDT) Received: (from nathanw@localhost) by contents-vnder-pressvre.mit.edu (8.12.9) id i58KnFSA024455; Tue, 8 Jun 2004 16:49:15 -0400 (EDT) To: Mark Kettenis Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] Some regset-related cleanup for i386bsd-nat.c References: <200405311001.i4VA1Ok1041099@elgar.kettenis.dyndns.org> From: "Nathan J. Williams" Organization: Wasabi Systems, Inc. Date: Tue, 08 Jun 2004 20:49:00 -0000 In-Reply-To: <200405311001.i4VA1Ok1041099@elgar.kettenis.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-06/txt/msg00162.txt.bz2 Mark Kettenis writes: > * i386bsd-nat.c: Don't include "gregset.h". > (supply_gregset, fill_gregset): Make static. > (supply_fpregset, fill_fpregset): Remove. I just noticed this in one of my builds. I'm attempting to modernize and prepare my NetBSD thread support code for integration, and that code uses the {supply,fill}_{regset,fpregset} functions to implement the thread-specific fetch_registers and store_registers, based on register context passed back from the pthread debugging library (It was quite a boon when I ported it forward from 5.0 to 5.3 and got these functions to use). If these are removed, is there a good way for an architecture-neutral bit of code like nbsd-thread.c to go back and forth between GDB's register storage and native register storage? - Nathan