DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 57866pIp3625944
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 205913858C40
Date: Fri, 8 Aug 2025 02:06:20 -0400
To: Jeremy Drake <cygwin@jdrake.com>
Cc: cygwin@cygwin.com
Subject: Re: getting the on-disk case for a path
Message-ID: <aJWT3FTbrF95oO6U@xps13>
References: <36a0093c-fc8b-f268-9cbf-71c1c1268ef7@jdrake.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <36a0093c-fc8b-f268-9cbf-71c1c1268ef7@jdrake.com>
Precedence: list
From: Glenn Strauss via Cygwin <cygwin@cygwin.com>
Reply-To: Glenn Strauss <gs-cygwin.com@gluelogic.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>

On Thu, Aug 07, 2025 at 05:31:11PM -0700, Jeremy Drake via Cygwin wrote:
> On a case-insensitive but case-preserving filesystem, is there a Cygwin
> API to get the on-disk case for a given path?  It seems like `realpath`
> ought to do it but running
> $ touch case-test
> $ realpath CASE-TEST
> returns CASE-TEST.  Regardless, canonicalize_file_name or realpath may not
> be what I want because it would dereference symlinks.
> 
> Background: I'm trying to debug some test failures in Clang, due to a
> warning that's supposed to be issued when you #include "foo.h" but the
> file on disk that it opened is "Foo.h".

Not directly answering your initial question, but I have found the -H
compiler flag useful for troubleshooting from where files are included:
If you change the compiler command line from gcc/clang "... -o foo.o"
to "-H", then the compiler outputs a list of header files paths as they
are included by the preprocessor.

Cheers, Glenn

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple