Subject: Re: [SG16-Unicode] [isocpp-lib-ext] Proposed design change to P1030 filesystem::path_view
From: Andrew Tomazos (andrewtomazos_at_[hidden])
Date: 2019-08-27 23:18:26
I think modelling a path as a container of its components is reasonable.
What isn't reasonable is that those components are themselves paths, as
this would imply that the value of a single-component path P is a container
of one item, and that one item contained in P has the value P. A container
shouldn't be able to contain itself. It's nonsensical.
I think what I'm saying is that filesystem paths and filesystem path
components should obviously be distinct types.
On Wed, Aug 28, 2019 at 2:53 AM Tom Honermann via Lib-Ext <
> On 8/27/19 11:26 AM, Arthur O'Dwyer wrote:
> Any user is surprised (the first time) when "/usr/local" turns out to be a
> 'container' holding the meaningless fragments "/", "usr", and "local".
> I wasn't.
> Lib-Ext mailing list
> Subscription: https://lists.isocpp.org/mailman/listinfo.cgi/lib-ext
> Link to this post: http://lists.isocpp.org/lib-ext/2019/08/12481.php
SG16 list run by firstname.lastname@example.org