From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19654 invoked by alias); 10 Apr 2003 19:26:35 -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 19645 invoked from network); 10 Apr 2003 19:26:35 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 10 Apr 2003 19:26:35 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 193hgx-0003na-00; Thu, 10 Apr 2003 14:26:35 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 193hgo-0004tR-00; Thu, 10 Apr 2003 15:26:26 -0400 Date: Thu, 10 Apr 2003 19:26:00 -0000 From: Daniel Jacobowitz To: Kris Warkentin Cc: gdb@sources.redhat.com Subject: Re: gdbserver implementation Message-ID: <20030410192626.GA18362@nevyn.them.org> Mail-Followup-To: Kris Warkentin , gdb@sources.redhat.com References: <032e01c2ff95$cf069400$0202040a@catdog> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <032e01c2ff95$cf069400$0202040a@catdog> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-04/txt/msg00098.txt.bz2 On Thu, Apr 10, 2003 at 03:17:20PM -0400, Kris Warkentin wrote: > I'm thinking about doing some work on making gdbserver work on QNX Neutrino. > I'd love to RTFM on how to do that but so far I'm not finding it. Is there > an FM or do I have to RTFC? Nope, no FM to speak of. > I already have gdb running on Neutrino using our procfs interface so I > suspect that a large part of the work has been done for me there. I had > this fantasy that gdbserver would just use the native files for a target and > take what functionality it needed from there but that doesn't seem to be the > case. I guess the dependencies would make it too big that way. > > Perhaps someone can share some advice, point to a link or at least suggest > which header to look at first? I tried to make it use the native files. It would have required breaking the native files into more pieces, and turned out to be a bit too fragile; so instead it was separated out. The first thing to be careful of is the dead code in the gdbserver directory. I'll whack it as soon as I get a chance, I've been meaning to for a while. Right now all the low-* files are dead. After that, well, there's the beginnings of a target abstraction layer but it suffers from a lack of targets. Feel free to change anything you want outside of the platform-specific code if you think it's an improvement, or drop me a line if there's something you want it to do. I haven't had a lot of time for gdbserver recently, but I still have hopes of making it do things like support limited file transfer/daemon mode.... Not enough round tuits. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer