From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) by sourceware.org (Postfix) with ESMTPS id 0721D385782C for ; Fri, 20 Nov 2020 16:11:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 0721D385782C Received: by mail-lf1-x12f.google.com with SMTP id u18so14185266lfd.9 for ; Fri, 20 Nov 2020 08:11:10 -0800 (PST) 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) Received: from JOKK (static-213-115-54-10.sme.telenor.se. [213.115.54.10]) by smtp.gmail.com with ESMTPSA id s5sm389947lfd.58.2020.11.20.08.11.07 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Nov 2020 08:11:08 -0800 (PST) From: To: References: <000a01d6be5b$3808cad0$a81a6070$@gmail.com> <15d2b3e5-cbb8-0008-e99a-3922ff4a5f3b@SystematicSw.ab.ca> <000801d6bf20$d0ce0670$726a1350$@gmail.com> In-Reply-To: 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 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 16:11:12 -0000 [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: >=20 > https://en.wikipedia.org/wiki/Cross-platform_software#Cross- > platform_programming_toolkits_and_environments >=20 > 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 =3D 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 >=20 > 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.] >=20 >=20 > -- > 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