From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12454 invoked by alias); 29 Apr 2005 19:36:28 -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 12405 invoked from network); 29 Apr 2005 19:36:24 -0000 Received: from unknown (HELO cgf.cx) (66.30.17.189) by sourceware.org with SMTP; 29 Apr 2005 19:36:24 -0000 Received: by cgf.cx (Postfix, from userid 201) id D64E813C1C8; Fri, 29 Apr 2005 15:36:23 -0400 (EDT) Date: Fri, 29 Apr 2005 22:01:00 -0000 From: Christopher Faylor To: mark@codesourcery.com, paul@codesourcery.com, gdb@sourceware.org Subject: Re: Windows support in GDB Message-ID: <20050429193623.GE17283@trixie.casa.cgf.cx> Mail-Followup-To: mark@codesourcery.com, paul@codesourcery.com, gdb@sourceware.org References: <200504291513.j3TFDhjx021040@elgar.sibelius.xs4all.nl> <20050429153146.GA27362@nevyn.them.org> <20050429160040.GH10017@trixie.casa.cgf.cx> <20050429164508.GA30548@nevyn.them.org> <20050429171631.GH12864@trixie.casa.cgf.cx> <20050429175745.GA753@nevyn.them.org> <20050429185956.GB17283@trixie.casa.cgf.cx> <20050429190755.GA4174@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050429190755.GA4174@nevyn.them.org> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-04/txt/msg00242.txt.bz2 On Fri, Apr 29, 2005 at 03:07:55PM -0400, Daniel Jacobowitz wrote: >On Fri, Apr 29, 2005 at 02:59:56PM -0400, Christopher Faylor wrote: >>On Fri, Apr 29, 2005 at 01:57:45PM -0400, Daniel Jacobowitz wrote: >>>On Fri, Apr 29, 2005 at 01:16:31PM -0400, Christopher Faylor wrote: >>>>It seems like my point wasn't clear here. I know that cygwin is slow. >>>> >>>>I'm talking about just using gdb for debugging. If your customers are >>>>routinely rebuilding gdb, then the slowness would be an issue. If they >>>>are not, then unless cygwin was adding some kind of 10x slowdown to >>>>debugging, I don't see why it would be an issue. >>> >>>OK, I see your point. I think we're talking past each other, though - >>>this comes back to Kris's point about consistency. Shipping a mingw >>>GCC and a cygwin GDB is error-prone, especially if we otherwise do not >>>need the cygwin DLL. >> >>I don't see why this is an issue. It would take a little bit of work >>to make sure you didn't stomp on an existing cygwin installation but >>putting a cygwin1.dll in the same directory as gdb.exe is a pretty >>time-tested way of releasing packages on Windows. Many packages >>release executables + dlls. >> >>Cygwin is problematic because it is constantly evolving and adding new >>features and, so, there will be issues if you try to use an old DLL >>with a newer binary but, again, this is not an insurmountable problem. > >I'm afraid I don't know any more about it than I've already said. I >don't have a lot of experience with Cygwin. One problem I seem to >recall is that you can't put the new binary in your $PATH and use it >from Cygwin without removing the second copy of the DLL. Yes. You're right. There are issues there. You'd need to add some intelligence into an installer to guard against the dreaded multiple DLL problem. However, I guess what I'm winnowing out here is that there may be some decisions that are partly based on (and I really don't use this term as a pejorative) ignorance of the way things work rather than a need for a windows port. That does not mean that a windows port is not desirable or useful or wonderful so I'll shut up now. It's just an academic point and obviously people can spend their time however they want. If anyone wants to talk about cygwin DLL issues they are welcome to send me personal email or to use the cygwin list. cgf