DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 07E1E3944835
To: <moss@cs.umass.edu>, "'Jonathan Yong'" <10walls@gmail.com>,
        "'The Cygwin Mailing List'" <cygwin@cygwin.com>
References: <c2d6280c-26e3-f9e7-89bd-693385a768b2@gmail.com>
 <D3704C33-A283-40F0-990D-CB9806F0B09D@gmail.com>
 <000a01d6be5b$3808cad0$a81a6070$@gmail.com>
 <87a2c99c-045c-e815-4c03-bab7a89a025b@cs.umass.edu>
 <000201d6bf17$7cc4beb0$764e3c10$@gmail.com>
 <9e881c01-e883-ecd5-883a-e1ac55c740c7@gmail.com>
 <000601d6c173$aa55d540$ff017fc0$@gmail.com>
 <d8a72610-a79b-0387-e52b-25f0b50c46ef@gmail.com>
 <000a01d6c244$b64bbd70$22e33850$@gmail.com>
 <237eacd5-a1bf-da6a-2ee6-f2df945f125b@cs.umass.edu>
In-Reply-To: <237eacd5-a1bf-da6a-2ee6-f2df945f125b@cs.umass.edu>
Subject: Sv: Sv: Sv: Sv: Sv: g++ and c++17 filesystem
Date: Tue, 24 Nov 2020 15:31:08 +0100
Message-ID: <000501d6c26e$73e1d760$5ba58620$@gmail.com>
MIME-Version: 1.0
Thread-Index: AQIMEcHDzo+EBBrhHHj3sFlr53GwtQIBqNbVAy9h9QUA3PghxQI7mYCPAhTJa9sCXpfa/AHDfHWzAafgnf4Bf6X0yKjfdQCg
Content-Language: en-gb
From: Kristian Ivarsson via Cygwin <cygwin@cygwin.com>
Reply-To: sten.kristian.ivarsson@gmail.com
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces@cygwin.com>

> On 11/24/2020 4:32 AM, Kristian Ivarsson via Cygwin wrote:
> 
> > all the std::filesystem implementations I've seen for Windows
> 
> The implementation on top of Cygwin is not "for Windows", it's "for
> Cygwin", i.e., "for Posix".  And for Cygwin that's the right thing to do.
> And that's where we keep talking at cross purposes.


Maybe it is the right thing to do, but what is your take of why it must be so (all the way) ?

I also do understand that it have several advantages in the implementation of std::filesystem but it also imply an extra layer of abstraction to the underlaying platform, but to just remove the _CYGWIN_ macro when building it would make std::filesystem to not understand /cygdrive at all (and I guess that would confuse other users;-) so I guess it would require some more sophisticated implementation (or extend the number of exceptions already existing in the underlaying Cygwin-Posix-implementation)

Best regards,
Kristian

> Best wishes - Eliot Moss

--
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