From: "Eli Zaretskii" <eliz@gnu.org>
To: Mark Mitchell <mark@codesourcery.com>
Cc: me@cgf.cx, paul@codesourcery.com, gdb@sourceware.org
Subject: Re: Windows support in GDB
Date: Sun, 01 May 2005 19:50:00 -0000 [thread overview]
Message-ID: <01c54e86$Blat.v2.4$95fe91c0@zahav.net.il> (raw)
In-Reply-To: <42726437.9050208@codesourcery.com> (message from Mark Mitchell on Fri, 29 Apr 2005 09:43:35 -0700)
> Date: Fri, 29 Apr 2005 09:43:35 -0700
> From: Mark Mitchell <mark@codesourcery.com>
> CC: paul@codesourcery.com, gdb@sourceware.org
>
> 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. :-) There are
> no more cuts coming, so as long as we're not bleeding to death yet,
> we're not going to die. Plenty of GNU software has similar patches to
> support running on MinGW. GDB itself already has 2500 lines of code in
> win32-nat.c, some of which I would imagine is rather more opaque to
> POSIX programmers than anything we've added.
>
> We made these changes with no algorithmic modifications to GDB, no
> perversions of its core design, etc.
FWIW, I agree with Mark M. here: the changes added to support MinGW
were minimal, almost unnoticed in the sources.
> 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.
Perhaps we should have a mingw.c file to hide any such code, should
there be a need in the future. Not that I see a need for that now,
except maybe to put there the gdb_select emulation.
next prev parent reply other threads:[~2005-05-01 19:50 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-29 15:32 Mark Kettenis
2005-04-29 15:32 ` Daniel Jacobowitz
2005-04-29 16:08 ` Christopher Faylor
2005-04-29 16:31 ` Mark Mitchell
2005-04-29 16:36 ` Christopher Faylor
2005-04-29 16:47 ` Mark Mitchell
2005-04-29 16:56 ` Christopher Faylor
2005-04-29 17:05 ` Mark Mitchell
2005-04-29 17:16 ` Christopher Faylor
2005-05-01 20:13 ` Eli Zaretskii
2005-05-01 19:50 ` Eli Zaretskii [this message]
2005-04-29 16:52 ` Dave Korn
2005-04-29 16:57 ` Mark Mitchell
2005-04-29 17:00 ` Dave Korn
2005-04-30 16:18 ` Mark Kettenis
2005-04-30 20:37 ` Christopher Faylor
2005-05-01 20:05 ` Eli Zaretskii
2005-05-01 20:06 ` Mark Mitchell
2005-05-01 20:24 ` Eli Zaretskii
2005-04-29 16:32 ` Kris Warkentin
2005-04-29 16:40 ` Christopher Faylor
2005-04-29 17:00 ` Kris Warkentin
2005-05-01 19:55 ` Eli Zaretskii
2005-05-01 21:41 ` Christopher Faylor
2005-05-02 19:03 ` Eli Zaretskii
2005-05-02 19:56 ` Christopher Faylor
2005-04-29 16:48 ` Daniel Jacobowitz
2005-04-29 17:33 ` Christopher Faylor
2005-04-29 17:58 ` Daniel Jacobowitz
2005-04-29 19:08 ` Christopher Faylor
2005-04-29 19:36 ` Daniel Jacobowitz
2005-04-29 22:01 ` Christopher Faylor
2005-05-02 15:41 ` Andrew Cagney
2005-05-02 15:45 ` Daniel Jacobowitz
2005-04-29 16:04 ` Kris Warkentin
2005-04-29 16:23 ` Mark Mitchell
2005-04-29 16:46 ` Christopher Faylor
2005-04-29 16:50 ` Mark Mitchell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='01c54e86$Blat.v2.4$95fe91c0@zahav.net.il' \
--to=eliz@gnu.org \
--cc=gdb@sourceware.org \
--cc=mark@codesourcery.com \
--cc=me@cgf.cx \
--cc=paul@codesourcery.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox