From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25978 invoked by alias); 4 Feb 2006 13:53:00 -0000 Received: (qmail 25963 invoked by uid 22791); 4 Feb 2006 13:52:59 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 04 Feb 2006 13:52:58 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k14Dqm8O002537; Sat, 4 Feb 2006 14:52:48 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id k14DqmEN029917; Sat, 4 Feb 2006 14:52:48 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id k14DqlTM020151; Sat, 4 Feb 2006 14:52:47 +0100 (CET) Date: Sat, 04 Feb 2006 13:53:00 -0000 Message-Id: <200602041352.k14DqlTM020151@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: eliz@gnu.org CC: ian@airs.com, gdb-patches@sourceware.org In-reply-to: (message from Eli Zaretskii on Sat, 04 Feb 2006 12:29:22 +0200) Subject: Re: RFA: Support Windows extended error numbers in safe_strerror References: <20060203215455.GA3501@nevyn.them.org> <200602032325.k13NPJ6g028001@elgar.sibelius.xs4all.nl> <8f2776cb0602031706s55e09abfr4354becf8278921c@mail.gmail.com> <20060204030025.GA9890@nevyn.them.org> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00071.txt.bz2 > Date: Sat, 04 Feb 2006 12:29:22 +0200 > From: Eli Zaretskii > > > Cc: Jim Blandy , Mark Kettenis , gdb-patches@sourceware.org > > From: Ian Lance Taylor > > Date: 03 Feb 2006 22:22:10 -0800 > > > > It's the only non-Unix-like host which gdb runs on today. > > That's not true: there's the DJGPP (a.k.a. MS-DOS) port of GDB, where > GDB still runs. It just needs less DOS-specific code because it has a > Posix-compliant library (which includes `select' emulation). But you > can still see an occasional "#ifdef __MSDOS__" or "#ifdef __DJGPP__" > or "#ifdef __GO32__" in the sources. But DJGPP at least takes the trouble of providing that POSIX compatible library. And there is a Free (as in Freedom) MS-DOS available (don't know if DJGPP runs on it though). That said, I'd probably object if someone would contribute a DJGPP port with all its #ifdef's today. But we've had DJGPP support in the tree for ages, and as long as there's someone actively working on DJGPP support I feel that I can't ask for its removal. Mark