From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14093 invoked by alias); 11 Dec 2012 09:50:31 -0000 Received: (qmail 14070 invoked by uid 22791); 11 Dec 2012 09:50:30 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 11 Dec 2012 09:50:26 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 03F92CB3DBC; Tue, 11 Dec 2012 10:50:30 +0100 (CET) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-zRhIHp+5c8; Tue, 11 Dec 2012 10:50:29 +0100 (CET) Received: from chelles.act-europe.fr (chelles.act-europe.fr [10.10.0.160]) by mel.act-europe.fr (Postfix) with ESMTP id DEEEECB33DC; Tue, 11 Dec 2012 10:50:29 +0100 (CET) Received: by chelles.act-europe.fr (Postfix, from userid 560) id DD63C1EA005A; Tue, 11 Dec 2012 10:50:29 +0100 (CET) Date: Tue, 11 Dec 2012 09:50:00 -0000 From: 'Jerome Guitton' To: Pierre Muller Cc: gdb-patches@sourceware.org Subject: Re: [RFA/mingw32] environment variables are case-insensitive on win32 Message-ID: <20121211095029.GG17188@adacore.com> References: <20121210110128.GA12570@calimero.vinschen.de> <20121210134935.GL31477@adacore.com> <20121210153510.GB17188@adacore.com> <002401cdd6f0$c0b317b0$42194710$@muller@ics-cnrs.unistra.fr> <20121210161831.GH15147@adacore.com> <000001cdd6f3$2d12b490$87381db0$@muller@ics-cnrs.unistra.fr> <20121210165344.GC16027@calimero.vinschen.de> <20121210182156.GF17188@adacore.com> <002101cdd705$0cde8390$269b8ab0$@muller@ics-cnrs.unistra.fr> <20121210183629.GM15147@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121210183629.GM15147@adacore.com> User-Agent: Mutt/1.5.21 (2010-09-15) 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: 2012-12/txt/msg00310.txt.bz2 'Jerome Guitton' (guitton@adacore.com): > Right, but try > > (gdb) path C:\ > > ...and you'll see what I mean. ...or, to better illustrate my point, consider the following scenario: gdb /cygwin/bin/which.exe (gdb) r ls Starting program: C:\cygwin\bin\which.exe ls /usr/bin/which: no ls in ([...]) (gdb) path C:/cygwin/bin Executable and object file path: C:/cygwin/bin (gdb) r ls Starting program: C:\cygwin\bin\which.exe ls /usr/bin/which: no ls in ([...]) This is cause by the fact that C:/cygwin/bin has not been added to 'Path'... but to 'PATH'. 'show env PATH' and 'show env Path' give two different results. Now, the problem does not occur with case-insentivity: gdb /cygwin/bin/which.exe (gdb) r ls Starting program: C:\cygwin\bin\which.exe ls /usr/bin/which: no ls in ([...]) (gdb) path C:/cygwin/bin Executable and object file path: C:/cygwin/bin;[...rest of original PATH] (gdb) r ls /usr/bin/ls Now an alternative solution could be to use 'Path' instead of 'PATH' in the case of mingw32. That would fix this problem. I tend to think that having the same behavior as CMD.EXE for mingw32 is the most reasonable thing to do, though. So case-insentivity.