From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26245 invoked by alias); 29 Mar 2005 00:48:50 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 26235 invoked from network); 29 Mar 2005 00:48:46 -0000 Received: from unknown (HELO heavymobile.ringle.org) (12.153.69.6) by sourceware.org with SMTP; 29 Mar 2005 00:48:46 -0000 Received: by heavymobile.ringle.org (Postfix, from userid 503) id 37A9A6FE21; Mon, 28 Mar 2005 19:48:45 -0500 (EST) From: Jon Ringle To: gdb@sources.redhat.com Subject: Re: arm core analysis on x86 host Date: Tue, 29 Mar 2005 00:48:00 -0000 User-Agent: KMail/1.7.1 References: <200503281829.19775.jon.ringle@comdial.com> <20050328235715.GA3654@nevyn.them.org> In-Reply-To: <20050328235715.GA3654@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503281948.44498.jon.ringle@comdial.com> X-SW-Source: 2005-03/txt/msg00269.txt.bz2 On Monday 28 March 2005 18:57, Daniel Jacobowitz wrote: > On Mon, Mar 28, 2005 at 06:29:19PM -0500, Jon Ringle wrote: > > 1) Can the current gdb analyze an arm core dump? > > 2) If not, I would appreciate some pointers to help me add this support. > > Take a look at any target which registers core functions in a tdep > file, instead of a nat file. arm-linux still does it in the nat file. > That just needs to be fixed. I looked at mips-linux-tdep.c as an example and it uses: deprecated_add_core_fns (®set_core_fns); Is there a non-deprecated version I should be use instead? Is there a better example to follow? Jon