Re: Windows support in GDB

[Christopher Faylor <me@cgf.cx>]

On Sun, May 01, 2005 at 10:51:02PM +0300, Eli Zaretskii wrote:
>> Date: Fri, 29 Apr 2005 12:58:31 -0400
>> From: Kris Warkentin <kewarken@qnx.com>
>> CC: mark@codesourcery.com,  paul@codesourcery.com,  gdb@sourceware.org
>> 
>> It isn't just an issue of gdb not working with native paths because,
>> as you say, it _usually_ does.  It's a question of consistency.
>
>Indeed.
>
>In fact, any serious use of GDB will almost instantly bump into such a
>consistency (or lack thereof) issue.  For example, will the `edit' and
>`shell' commands work if I don't have a Cygwin Bash installed and GDB
>is configured to invoke that Bash as the shell?

And, if they don't, what's the solution?  You fix it so they will work.
Presumably, if there is no /bin/sh.exe available, you'd use a fallback.
You could even implement a switch to force cygwin's gdb into "windows
path mode".

Problems like "what happens when there is no cygwin shell available?"
are fixable.  They are likely to be fixable without the necessity of
sprinkling ifdefs all over gdb or even making changes to the configury.
I don't think that they can be used as a justification for a windows
port.

No matter how you slice it, changes to get gdb working on native windows
are at least mildly intrusive.  Maybe compatibility changes to make a
cygwin-based gdb work better would be equally intrusive or time
consuming.  I *suspect* however, that fixing cygwin's gdb to better
handle windows paths is probably a lot less work than what Mark did.  I
think I can say with some assurance that there would be no need to
modify readline at all, for instance.

So, I don't think that any observations about the way that gdb currently
works under cygwin should be considered fodder for why a native windows
port is required.  Mark expended some effort to produce a native windows
port rather than fix any problems that cropped up with cygwin gdb.
That's fine and dandy.  He gave his valid reasons for doing this and it
is solely his perogative.  I don't think we need to search for (fixable)
limitations in cygwin's gdb as a rationale for why a windows port is
needed.

cgf