From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7486 invoked by alias); 16 May 2002 18:07:55 -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 7479 invoked from network); 16 May 2002 18:07:54 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 16 May 2002 18:07:54 -0000 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 178PGK-0004QJ-00; Thu, 16 May 2002 13:42:00 -0400 Date: Thu, 16 May 2002 11:07:00 -0000 From: Daniel Jacobowitz To: Richard.Earnshaw@arm.com Cc: Kevin Squail Endres , gdb@sources.redhat.com Subject: Re: cross targeted gdb and corefiles Message-ID: <20020516174200.GA16866@nevyn.them.org> Mail-Followup-To: Richard.Earnshaw@arm.com, Kevin Squail Endres , gdb@sources.redhat.com References: <43CB1396676FD4119F03001083FD2994F5F21D@neptune.kirkland.local> <200205161724.SAA21124@cam-mail2.cambridge.arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205161724.SAA21124@cam-mail2.cambridge.arm.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-05/txt/msg00194.txt.bz2 On Thu, May 16, 2002 at 06:24:53PM +0100, Richard Earnshaw wrote: > > I am using a gdb built from a cvs snapshot from 4-29 that is i386 hosted and > > ARM targeted. > > > > this gdb does not support reading arm cores. I would like to get a backtrace > > for an arm failure (indeterminant - cannot set a breakpoint) without running > > an arm native gdb (or running my application under gdbserver). Is that > > possible?? > > Not at present. > > > > > if not - is it a feature slated to be added to cross targeted gdb soon? I > > know i run my application under gdbserver... > > Maybe. Some targets can now do this. Precisely which target OS are you > using? He's on GNU/Linux, IIRC... Doing cross coredumps is trivial; I put all the BFD machinery in place for a number of GNU/Linux targets, and others did it for the various BSDs. I'd post my ARM patches for this but I doubt even a line of them applies any more after your extensive ARM cleanups. The only thing you have to do is move supply_gregset and supply_fpregset to the tdep file, and then link in corelow/core-regset as target instead of nat objects. This means a little bit of grubbing about in target header files to copy out definitions for regsets, but only a little. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer