Date: Thu, 20 Jan 2022 20:49:22 -0500
We did that because it was the only option at the time. It was not ideal
solution.
On Wed, Jan 19, 2022, 9:39 AM Peter Dimov via SG7 <sg7_at_[hidden]>
wrote:
> David Rector wrote:
> > I either cannot find or don’t have access to the revised paper, so
> apologies if
> > this was discussed therein, but: can you comment on the choice to return
> a
> > span instead of a non-random-access range object? (I.e. provide a
> begin() and
> > an end(), but no size(), operator[](size_t), etc.?)
>
> That's what the Lock3 implementation does if I'm not mistaken.
>
>
> --
> SG7 mailing list
> SG7_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/sg7
>
solution.
On Wed, Jan 19, 2022, 9:39 AM Peter Dimov via SG7 <sg7_at_[hidden]>
wrote:
> David Rector wrote:
> > I either cannot find or don’t have access to the revised paper, so
> apologies if
> > this was discussed therein, but: can you comment on the choice to return
> a
> > span instead of a non-random-access range object? (I.e. provide a
> begin() and
> > an end(), but no size(), operator[](size_t), etc.?)
>
> That's what the Lock3 implementation does if I'm not mistaken.
>
>
> --
> SG7 mailing list
> SG7_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/sg7
>
Received on 2022-01-21 01:49:34