From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17470 invoked by alias); 1 Feb 2002 03:41:29 -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 17409 invoked from network); 1 Feb 2002 03:41:25 -0000 Received: from unknown (HELO TheWorld.com) (199.172.62.104) by sources.redhat.com with SMTP; 1 Feb 2002 03:41:25 -0000 Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id WAA07272; Thu, 31 Jan 2002 22:41:25 -0500 Received: from localhost (qqi@localhost) by shell.TheWorld.com (8.9.3/8.9.3) with ESMTP id WAA10530207; Thu, 31 Jan 2002 22:41:25 -0500 (EST) X-Authentication-Warning: shell01.TheWorld.com: qqi owned process doing -bs Date: Thu, 31 Jan 2002 19:41:00 -0000 From: Quality Quorum To: Daniel Jacobowitz cc: Michael Snyder , "Sarnath K - CTD, Chennai." , Subject: Re: Thread Support for remote debugging In-Reply-To: <20020131202224.B8691@nevyn.them.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-01/txt/msg00389.txt.bz2 On Thu, 31 Jan 2002, Daniel Jacobowitz wrote: > On Thu, Jan 31, 2002 at 06:22:07PM -0500, Quality Quorum wrote: > > If you are talking about me, I had it done more than one year ago: > > http://world.std.com/~qqi, see section about gdb. > > > > The problem is that (1) redhat never said 'yes we want it' so it is > > sitll based on 4.18, (2) there are a few issues which could be > > resolved one way or anotehr an readhat never said 'we want it this way'. > > Red Hat has nothing officially to do with this, besides the number of > GDB maintainers they employ. > > As for the stub - if you want to contribute it, that's nice. But it > doesn't really address the question, since current GDBserver doesn't > even have any RTEMS support as far as I know. First, protocol has to be fixed, then gdb side implementation has to be fixed, and only then stub porting from RTEMS to the gdbserver environment will start to make some sense. > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer > Thanks, Aleksey