Re: Windows support in GDB

[Christopher Faylor <me@cgf.cx>]

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.

cgf