From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13418 invoked by alias); 4 Feb 2006 03:00:31 -0000 Received: (qmail 13404 invoked by uid 22791); 4 Feb 2006 03:00:31 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Sat, 04 Feb 2006 03:00:30 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1F5Dez-0002Zr-AX; Fri, 03 Feb 2006 22:00:25 -0500 Date: Sat, 04 Feb 2006 03:00:00 -0000 From: Daniel Jacobowitz To: Jim Blandy Cc: Mark Kettenis , gdb-patches@sourceware.org Subject: Re: RFA: Support Windows extended error numbers in safe_strerror Message-ID: <20060204030025.GA9890@nevyn.them.org> Mail-Followup-To: Jim Blandy , Mark Kettenis , gdb-patches@sourceware.org References: <20060203215455.GA3501@nevyn.them.org> <200602032325.k13NPJ6g028001@elgar.sibelius.xs4all.nl> <8f2776cb0602031706s55e09abfr4354becf8278921c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f2776cb0602031706s55e09abfr4354becf8278921c@mail.gmail.com> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes 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/msg00054.txt.bz2 On Fri, Feb 03, 2006 at 05:06:11PM -0800, Jim Blandy wrote: > On 2/3/06, Mark Kettenis wrote: > > GDB is written for POSIX systems. It's clear that Windows isn't even > > remotely POSIX compliant. > > Technically, Stallman would say that GDB is written for GNU systems, > and *all* non-GNU support is a distraction. Iffy. So I'm not sure > you really want to push that argument too hard. > > But I agree, about the patch. > > If we had safe_strerror try a macro which the nm-*.h file could > define, I'd feel better about the change. Except we're trying to kill the aggravating NM files, remember? Also, it would be an XM file, and we've already successfully killed those (or most of them). We replaced them with autoconf magic, which is not fundamentally different from the USE_WIN32API bits. I'll be back to the rest of this in a separate message. -- Daniel Jacobowitz CodeSourcery