From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5106 invoked by alias); 15 May 2008 19:44:42 -0000 Received: (qmail 5097 invoked by uid 22791); 15 May 2008 19:44:41 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 15 May 2008 19:44:21 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id CA869983F9; Thu, 15 May 2008 19:44:19 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id AE7EC9830E; Thu, 15 May 2008 19:44:19 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1JwjNC-0004df-Q9; Thu, 15 May 2008 15:44:18 -0400 Date: Fri, 16 May 2008 08:21:00 -0000 From: Daniel Jacobowitz To: Aleksandar Ristovski Cc: gdb-patches@sources.redhat.com, Eli Zaretskii Subject: Re: [RFC] new substitute path when loading feature Message-ID: <20080515194418.GA17618@caradoc.them.org> Mail-Followup-To: Aleksandar Ristovski , gdb-patches@sources.redhat.com, Eli Zaretskii References: <20080513190818.GA13776@caradoc.them.org> <4829E7DA.3010606@qnx.com> <20080513192041.GA14593@caradoc.them.org> <20080515160551.GA24101@caradoc.them.org> <20080515191642.GA15892@caradoc.them.org> <20080515193513.GA17156@caradoc.them.org> <482C91AA.30903@qnx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <482C91AA.30903@qnx.com> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-05/txt/msg00490.txt.bz2 On Thu, May 15, 2008 at 03:40:26PM -0400, Aleksandar Ristovski wrote: > You will probably want this wrapped in an if. In fact, I don't see > how will it work properly with only one flag - we probably don't > want to do case-insensitive compare by default, but we do need to > compare case insensitive for dos-like file system. Is this really necessary? As long as everything gives GDB the same capitalization of the file (including debug info and any front end), then we don't need to be case insensitive. If you think this is an important feature I can make the variable tri-state: set support-dos-filenames (on|off|auto) Auto would be case sensitive on POSIX hosts, on wouldn't, auto would be the default. -- Daniel Jacobowitz CodeSourcery