From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2095 invoked by alias); 2 Mar 2006 00:08:06 -0000 Received: (qmail 2087 invoked by uid 22791); 2 Mar 2006 00:08:05 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 02 Mar 2006 00:08:03 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id k22081MB020916 for ; Wed, 1 Mar 2006 19:08:01 -0500 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 k22081124724 for ; Wed, 1 Mar 2006 19:08:01 -0500 Received: from localhost.localdomain (vpn50-89.rdu.redhat.com [172.16.50.89]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id k22080kN012618 for ; Wed, 1 Mar 2006 19:08:01 -0500 Received: from ironwood.lan (ironwood.lan [192.168.64.8]) by localhost.localdomain (8.12.11/8.12.10) with ESMTP id k2209x2e007430 for ; Wed, 1 Mar 2006 17:09:59 -0700 Date: Thu, 02 Mar 2006 00:08:00 -0000 From: Kevin Buettner To: gdb-patches@sources.redhat.com Subject: Re: [RFC] Add FR-V Linux core file support Message-ID: <20060301170800.6c3915b6@ironwood.lan> In-Reply-To: <20060220195344.GA24975@nevyn.them.org> References: <20060214141016.4e2e56d8@ironwood.lan> <20060220153046.GD14155@nevyn.them.org> <20060220125215.3ea6cac7@ironwood.lan> <20060220195344.GA24975@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00030.txt.bz2 On Mon, 20 Feb 2006 14:53:44 -0500 Daniel Jacobowitz wrote: > On Mon, Feb 20, 2006 at 12:52:15PM -0700, Kevin Buettner wrote: > > The gregset struct does not include the loadmap addresses. I considered > > adding them but decided against it because they'd be the same for all of > > the threads. There's no point in bulking up the gregset for an address > > which is only really needed for shared library initialization. > > Make sure GDB doesn't try to scribble a loadmap address into a gregset > when requested by libthread_db, then, if anyone tries to unify this > with the fill_gregset used by linux-thread-db.c :-) I checked on this. At the moment, there's no danger of this occurring since FR-V doesn't define a fill_gregset function. (Thread support is handled by the stub.) Kevin