X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D970F396EC2C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1605888674;
	bh=6h0VfL1awLHbjZUA9TPlc8T1SwDDJHAFh2bGmGkRDkQ=;
	h=To:References:In-Reply-To:Subject:Date:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=FHyTQrkEKUkGHvGsDa56yHw6VGjZFH938pnq4MG1vvh+5/d95e3peScaIUxMhmt+J
	 KtwZbz5/j8XReQSsXZ0jjcUJ9J+tT8HvB+PJEljG1XOHuPypsv6x3flC7POgA5eR7P
	 J0sCsNgbpqmSIBx3S8yDW5Z7bhrYt8vJp+4QIxKE=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 0721D385782C
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:references:in-reply-to:subject:date
 :message-id:mime-version:content-transfer-encoding:content-language
 :thread-index;
 bh=yi2hKQexjwlpefAhwTD7OrU2t3hWhtsZ1EAaPuyogz4=;
 b=tiDbFSHO1mhS6ZeYf6bs8WDmXCfMPSNVMCj26SDK3JfhrHs3jog3Z8diXduAjHsGWS
 qUMU7u0OSjaUL+bR2DFDwC6P0x4gPszKZyqzkPByLUjYdxwy0GD4glEvRUTrtHyuOFQQ
 HC61G1koObClPPg6pIQIvcHz+Z+2SffsbP5yc0RxXH627d+O53p1yPv/EIDxUX+W7TGz
 qeaDEtZ8GYWaTTvCwCkQiU+Hy3/WKwdZ9W3Wlh45tNkXzWiieL3Z9NZ6rNFVt9NeS85x
 B4ZJtjoRFdPWuN4HBzYody3/Q9Dc6uXcSat5JHHU7spMtWH7DkbQy/2rgOHp5wfWCRHm
 TeXQ==
X-Gm-Message-State: AOAM532PGjVW2CWY3llMYcCP21eXEDihGUgldQZhswLGlVHAe2uolhYw
 8dE+OH7WxO6u/zpeImx6V6EApsuxS7U=
X-Google-Smtp-Source: ABdhPJxZhaEakFIixPpRRj+HEh37nQCgORuBw0ngGVk5xfulIUWxc9UH4m+DrHD+384IsV3RahAsEQ==
X-Received: by 2002:a05:6512:3287:: with SMTP id
 p7mr9256704lfe.346.1605888669597; 
 Fri, 20 Nov 2020 08:11:09 -0800 (PST)
To: <cygwin AT cygwin DOT com>
References: <c2d6280c-26e3-f9e7-89bd-693385a768b2 AT gmail DOT com>
 <D3704C33-A283-40F0-990D-CB9806F0B09D AT gmail DOT com>
 <000a01d6be5b$3808cad0$a81a6070$@gmail.com>
 <15d2b3e5-cbb8-0008-e99a-3922ff4a5f3b AT SystematicSw DOT ab DOT ca>
 <000801d6bf20$d0ce0670$726a1350$@gmail.com>
 <cb35f8af-ee81-aed3-9bd5-ffc84fdb34ac AT SystematicSw DOT ab DOT ca>
In-Reply-To: <cb35f8af-ee81-aed3-9bd5-ffc84fdb34ac@SystematicSw.ab.ca>
Subject: Sv: Sv: Sv: g++ and c++17 filesystem
Date: Fri, 20 Nov 2020 17:11:06 +0100
Message-ID: <000601d6bf57$c15e21c0$441a6540$@gmail.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AQIMEcHDzo+EBBrhHHj3sFlr53GwtQIBqNbVAy9h9QUBKn/4XwLOk8qzAlKbUJ+pCp5d4A==
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,
 SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Kristian Ivarsson via Cygwin <cygwin AT cygwin DOT com>
Reply-To: sten DOT kristian DOT ivarsson AT gmail DOT com
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

[snip]

> > Applications might wanna extract type, name, parent-folder, etc but do
> > rarely care about what kind of separator it has (/ or \) and the style
> > of the root directory etc and it would be very neat if the cygwin
> > std::filesystem-library became more agnostic in these regards
> Not a goal of this project, which is to provide Unix look/feel at all
> levels.

Well, "this project" have already introduced some understanding of Windows-paths such as ("C:/" etc)


> Other projects have the goals of being cross-platform toolkits which you
> can use to work and/or look native and hide all differences; see:
> 
> https://en.wikipedia.org/wiki/Cross-platform_software#Cross-
> platform_programming_toolkits_and_environments
> 
> Which cross-development libraries/tools are you missing from the 400
> mingw64 cross-development library and tool packages available for each
> architecture under Cygwin?



Well, some standardized things for networking, ipc-messaging, multiplexing and such is what's missing in the C/C++ standard but we're not missing anything among libraries and tools in the Cygwin package per say

Our main target is the *nix world and thus "Unix look/feel" is exactly what we like and Cygwin seems to offer a "Unix look/feel" to run our code natively on Windows as well but this "Unix look/feel" doesn't always work in Windows and fails to assimilate that "Unix look/feel"


[1]   std::filsystem::path path{some_path_from_somewhere};
[2]   if(std::filesystem::exists(path))
[3]   {
[4]      auto canonical = std::filsystem::canonical(path);
[5]   }


The code above is very much "Unix look/feel" but the behaviour in Cygwin is not "Unix look/feel" because it might fail on line 4 (complaining that path is not a valid file despite it said so in line 2)


Best regards,
Kristian

> --
> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
> 
> This email may be disturbing to some readers as it contains too much
> technical detail. Reader discretion is advised.
> [Data in binary units and prefixes, physical quantities in SI.]
> 
> 
> --
> 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

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