From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20684 invoked by alias); 18 May 2002 07:13:50 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 20677 invoked from network); 18 May 2002 07:13:47 -0000 Received: from unknown (HELO thor.inter.net.il) (192.114.186.11) by sources.redhat.com with SMTP; 18 May 2002 07:13:47 -0000 Received: from Zaretsky ([80.230.2.40]) by thor.inter.net.il (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AFW63878; Sat, 18 May 2002 10:13:30 +0300 (IDT) Date: Sat, 18 May 2002 00:13:00 -0000 From: "Eli Zaretskii" To: drow@mvista.com Message-Id: <6436-Sat18May2002101204+0300-eliz@is.elta.co.il> CC: ac131313@cygnus.com, gdb-patches@sources.redhat.com, dj@delorie.com In-reply-to: <20020517172146.GA13021@nevyn.them.org> (message from Daniel Jacobowitz on Fri, 17 May 2002 13:21:46 -0400) Subject: Re: [RFA] Type cleanups Reply-to: Eli Zaretskii References: <20020513003359.GA11672@nevyn.them.org> <3CDF3081.1020900@cygnus.com> <20020513135950.GB19484@nevyn.them.org> <6480-Fri17May2002110920+0300-eliz@is.elta.co.il> <20020517150244.GA8388@nevyn.them.org> <968-Fri17May2002191307+0300-eliz@is.elta.co.il> <20020517172146.GA13021@nevyn.them.org> X-SW-Source: 2002-05/txt/msg00774.txt.bz2 > Date: Fri, 17 May 2002 13:21:46 -0400 > From: Daniel Jacobowitz > > > > Sorry, I still don't understand: does this mean a remote debugger with > > some stub on the remote DOS/Windows machine? Or maybe the stub (or > > gdbserver) running inside DOSEmu on the GNU/Linux box? > > Those are both valid. > > > My point is that DJGPP debugging is very special: there's no OS > > provision for system calls like ptrace etc., so the only way to debug > > a DJGPP inferior is to run it natively under a specially built program > > that is linked against the DJGPP debug support library. I'm curious > > how does your cross build achieve that, since I believe neither > > gdbserver nor any of the remote-* modules support DJGPP as of now. > > I didn't say it would be useful. But consult MAINTAINERS; everything > listed in the "Targets" section on a --target= line is currently > "expected" to be buildable as a cross debugger, to sanity check > changes. That's all I was doing. Then I don't think you (or anyone else on this list) should be concerned with these problems: IMHO, a failure to build a dysfunctional version of GDB is not a failure at all.