From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20553 invoked by alias); 29 Apr 2005 16:36:27 -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 13958 invoked from network); 29 Apr 2005 16:30:12 -0000 Received: from unknown (HELO cgf.cx) (66.30.17.189) by sourceware.org with SMTP; 29 Apr 2005 16:30:12 -0000 Received: by cgf.cx (Postfix, from userid 201) id D9B0D13C1C8; Fri, 29 Apr 2005 12:30:11 -0400 (EDT) Date: Fri, 29 Apr 2005 16:40:00 -0000 From: Christopher Faylor To: Kris Warkentin , mark@codesourcery.com, paul@codesourcery.com, gdb@sourceware.org Subject: Re: Windows support in GDB Message-ID: <20050429163011.GB12864@trixie.casa.cgf.cx> Mail-Followup-To: Kris Warkentin , 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> <42726061.5090101@qnx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42726061.5090101@qnx.com> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-04/txt/msg00223.txt.bz2 On Fri, Apr 29, 2005 at 12:27:13PM -0400, Kris Warkentin wrote: >Christopher Faylor wrote: > >>I haven't asked what the problem is with just using cygwin with gdb. >>I suspect that the standard two problems are: >> >>1) cygwin is "slow" (which really only is an issue for configure/make) >> >Actually, my preliminary compilation benchmarks show a 15-20% increase >in compilation speed on MinGW versus Cygwin. Right! That's what I meant by "cygwin is slow". >>2) You can't trivially include your own version of cygwin1.dll with >>a distribution since it could conflict with a version already on >>the system. >> > >3) Paths. This is a HUGE problem because you can't assume that your >Windows customers are interested in using a Unix style of work flow. >MinGW supports regular Windows paths without the whole /cygdrive/ >system. If you have a pure Windows app interacting with Cygwin tools >(take Eclipse for example) you wind up putting an awful lot of cruft in >to deal with pathname conversion. You can even get problems when your >debug information in your binary has either Cygwin or Windows paths. Again, AFAIK, gdb works with native paths. If it doesn't then getting it to work with windows paths seems like a lot less pain that getting it to be 100% functional in native windows. cgf