From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31366 invoked by alias); 20 Sep 2004 03:33:54 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31359 invoked from network); 20 Sep 2004 03:33:53 -0000 Received: from unknown (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org with SMTP; 20 Sep 2004 03:33:53 -0000 Received: from zaretski (pns03-204-211.inter.net.il [80.230.204.211]) by legolas.inter.net.il (MOS 3.5.3-GR) with ESMTP id CPM75386 (AUTH halo1); Mon, 20 Sep 2004 06:33:47 +0300 (IDT) Date: Mon, 20 Sep 2004 03:33:00 -0000 From: "Eli Zaretskii" To: Mark Kettenis Message-ID: <01c49ec2$Blat.v2.2.2$834381e0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: gdb-patches@sources.redhat.com In-reply-to: <200409191144.i8JBiSA7045711@elgar.sibelius.xs4all.nl> (message from Mark Kettenis on Sun, 19 Sep 2004 13:44:28 +0200 (CEST)) Subject: Re: [RFC] Suggested ways to remove the need for xm-go32.h Reply-to: Eli Zaretskii References: <01c49d82$Blat.v2.2.2$23875ec0@zahav.net.il> <200409191144.i8JBiSA7045711@elgar.sibelius.xs4all.nl> X-SW-Source: 2004-09/txt/msg00310.txt.bz2 > Date: Sun, 19 Sep 2004 13:44:28 +0200 (CEST) > From: Mark Kettenis > CC: gdb-patches@sources.redhat.com > > Thus far, we've required a ISO C compliant *compiler*, but not > strictly ISO C compliant *libraries*. The reasoning behind this is > that it's easy to replace the compiler (with gcc), but not so easy to > replace the system libraries. I think it's a really rare case that a system has an ISO compiler, but a non-ISO library (last time I saw such a system was back in 1994: it was a SunOS 4.3 box where I installed GCC). Nowadays an ISO compiler goes with an ISO library, and "rb" and friends were mandated by C89, not the latest C9x. > I think it'd be better to have wrapper functions that try to open the > file using the "b" modifier, and if that fails, retry without. It's a > bit more work, but it should be more robust. If people prefer this, I don't mind. > Why not have a list of files to try? That would mean we'd always try > "gdb.ini" if ".gdbinit" fails, even on Unix. I have no problems with that, I just thought that Unix users will not want "gdb.ini". > 4. DIRNAME_SEPARATOR: The DOS-specific definition can be put either > in defs.h or local to the only file that uses it (source.c). > > We should probably include "filenames.h" and base the definition on > HAVE_DOS_BASED_FILE_SYSTEM. I don't think this will be good, since Cygwin uses HAVE_DOS_BASED_FILE_SYSTEM, and its DIRNAME_SEPARATOR is ':'. More generally, HAVE_DOS_BASED_FILE_SYSTEM is somewhat orthogonal to the DIRNAME_SEPARATOR issue.