From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3521 invoked by alias); 15 Jun 2011 02:54:14 -0000 Received: (qmail 3511 invoked by uid 22791); 15 Jun 2011 02:54:13 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=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; Wed, 15 Jun 2011 02:54:00 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id BBD79CB03C5; Wed, 15 Jun 2011 04:53:59 +0200 (CEST) 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 alq-rl1i0vI2; Wed, 15 Jun 2011 04:53:56 +0200 (CEST) Received: from [192.168.0.11] (mtg95-3-82-238-192-125.fbx.proxad.net [82.238.192.125]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id D5D4BCB035C; Wed, 15 Jun 2011 04:53:55 +0200 (CEST) Subject: Re: [RFA/libiberty] Darwin has case-insensitive filesystems Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Tristan Gingold In-Reply-To: <201106142201.p5EM1vOd006127@greed.delorie.com> Date: Wed, 15 Jun 2011 04:25:00 -0000 Cc: Andrew Pinski , Joel Brobecker , "gcc-patches@gcc.gnu.org Patches" Content-Transfer-Encoding: quoted-printable Message-Id: References: <1308087182-26577-1-git-send-email-brobecker@adacore.com> <201106142201.p5EM1vOd006127@greed.delorie.com> To: DJ Delorie X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-06/txt/msg01133.txt.bz2 On Jun 15, 2011, at 12:01 AM, DJ Delorie wrote: >=20 >> This is wrong as not all FSs are case insensitive. In fact HFS+ can >> be case sensitive too. I think you need better check than just >> saying all Darwin is case insensitive. This is just like using >> FAT32 on Linux. In fact I think HAVE_DOS_BASED_FILE_SYSTEM is >> incorrect also for NTFS as it can also be case sensitive. >=20 > There's a difference between case preserving and case sensitive, > though, and we really don't have a portable way to detect > case-sensitivity on a per-directory basis, sow how can we do better? Seconded. I have mixed feelings about this issue. Handling HFS as case insensitive might not be user friendly, but on the oth= er hand it might be boring for developers working on a case sensitive HFS with two = files that differs only in case. We can do something better using pathconf(2) with the _PC_CASE_SENSITIVE, b= ut this would result in an API change and maybe performance issue. Tristan.