From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26622 invoked by alias); 29 Apr 2005 17:00:47 -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 26368 invoked from network); 29 Apr 2005 17:00:39 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.9) by sourceware.org with SMTP; 29 Apr 2005 17:00:39 -0000 Received: (qmail 1252 invoked from network); 29 Apr 2005 17:00:38 -0000 Received: from localhost (HELO ?65.78.187.111?) (mitchell@127.0.0.1) by mail.codesourcery.com with SMTP; 29 Apr 2005 17:00:38 -0000 Message-ID: <42726830.8070502@codesourcery.com> Date: Fri, 29 Apr 2005 17:05:00 -0000 From: Mark Mitchell User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: Christopher Faylor CC: paul@codesourcery.com, gdb@sourceware.org Subject: Re: Windows support in GDB References: <200504291513.j3TFDhjx021040@elgar.sibelius.xs4all.nl> <20050429153146.GA27362@nevyn.them.org> <20050429160040.GH10017@trixie.casa.cgf.cx> <42725D6A.7040103@codesourcery.com> <20050429162732.GA12864@trixie.casa.cgf.cx> <42726437.9050208@codesourcery.com> <20050429165148.GD12864@trixie.casa.cgf.cx> In-Reply-To: <20050429165148.GD12864@trixie.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-04/txt/msg00233.txt.bz2 Christopher Faylor wrote: > On Fri, Apr 29, 2005 at 09:43:35AM -0700, Mark Mitchell wrote: > >>Christopher Faylor wrote: >> >>>However, now that the patches are finally here, I have to say that I >>>sort of share Mark K's concerns. I'm wondering if we are on a slippery >>>slope and (to mix a metaphor) will be subjecting gdb to a >>>death-by-inches as we slowly add ifdefs throughout the configury and >>>code. >> >>I think it's a funny time to get concerned -- we're done. > > > For now. Didn't you just theorize more involvement from the MinGW > community now that your patch is in? Possibly -- but I'd expect that to be more in the area of adding features for debugging Windows applications, if that were to be needed. > I guess the failure mode will be roughly similar to DJGPP. Every time > someone decides that it would be nice to use signal(), select(), fifos, > inodes, unix-domain sockets, or some other non-msdos construct there > will have to be a discussion about how to make things work. But, I > guess we'd already be having this discussion to with DJGPP so maybe it > won't be a big deal. I agree with both your assessment of the potential problem and the impact. (Even Cygwin doesn't provide complete emulation for absolutely everything, so I'd imagine that some of that discussion would need to be had anyhow.) >>I certainly don't think the entire codebase will be littered with >>HANDLEs and ReadFileEx, or transformed into a multi-threaded application >>with a Windows event loop in the middle of it, or anything like that. > > No, but maybe we should rewrite gdb in c++. That sounds like it would > solve everything. :-) Then Windows support would just be a specialization of some class template. :-) -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com (916) 791-8304