This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: RFA: Support Windows extended error numbers in safe_strerror


> Date: Fri, 3 Feb 2006 18:39:35 -0500
> From: Christopher Faylor <cgf-please-use-the-mailinglist@sourceware.org>
> 
> The gist of the email is that I'm not happy having to support
> windows-specific workarounds in gdb while standing on my head in
> cygwin-land to make sure that as few workarounds as possible are needed
> for programs like gdb.

Why do you guys always start important arguments while I'm asleep? ;-)

> I'm concerned that the MinGW patches are going to eventually start
> encroaching on win32-nat.c (which we've already seen).  I don't *want*
> to litter that file with any special non-cygwin accommodations.

Then perhaps we should create a new -nat.c file, say mingw-nat.c, and
maintain it separately.  (For that matter, I'd really love to see
win32-nat.c be renamed to cygwin-nat.c, since that's what it really is
going to be.)  If neither Daniel nor Mark M. can afford becoming
responsible maintainers for such a new native file, I volunteer to do
my best to do that.

Would you agree to such a solution?

> So, I'm not sure what to do here.  I agree with Mark, though (and with
> Ulrich Drepper when he made points about non-POSIX systems in his blog).

I suggest we don't go there, and don't start arguing about Ulrich's
points (which I personally find deeply flawed).  We don't need to
agree on ideology, as long as we find a good way of cooperating
towards common goals, a way that leaves everybody reasonably happy.

After all, even I could drink beer with Ulrich when we met in Japan,
although our email relationship--how should I put it?--leaves a lot to
be desired ;-)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]