on Tue Apr 05 2016, Xiaodi Wu <swift-evolution@swift.org> wrote: > Certainly, for integer literals and strides of -1. > > I meant more generally that removal of stride(...) will eliminate the > possibility of striding to but not through arbitrary half-open intervals (a, > b], > where a < b, by a negative increment, because there is no such thing as > `a>..b` > to express such an interval as a Swift range.
That would clearly be a<..b if it was needed, neh? > > Of course, all such cases can be handled by adjusting the endpoint and using a > closed range instead, but the same can be said for all half-open ranges. > > On Tue, Apr 5, 2016 at 2:54 PM Dave Abrahams > <dabrah...@apple.com> wrote: > > on Tue Apr 05 2016, Xiaodi Wu <xiaodi.wu-AT-gmail.com> wrote: > > > On Mon, Apr 4, 2016 at 1:22 PM, Dave Abrahams > <dabrah...@apple.com> wrote: > >> > >> on Sat Apr 02 2016, Xiaodi Wu <xiaodi.wu-AT-gmail.com> wrote: > >> > >>> [snip] > >>> > >>> Not included: > >>> 1. I know Ranges are in flux, so I've held off on extending Range with > >>> a striding(by:) method in this proof-of-concept. > >> > >> They're not in flux, except for not having been reviewed yet; they are > >> settled in the swift-3-indexing-model branch. > > > > Did not know that. Will have to study what's there in more detail. > > > >>> 2. No attempt at the suggested stride(from:to:steps:) quite yet. > >> > >> #1 and #2 are mutually exclusive; we prefer #1 as it removes questions > >> about the meaning of "to" or "through." > > > > I wasn't aware that was the thinking. Limiting strides to > > `striding(by:)` removes the ability to express `stride(from: 0, to: > > -10, by: -1)` > > IMO this: > > (-9...0).reverse() > > is better than > > stride(from: 0, to: -10, by: -1) > > What do you think? > > -- > Dave > > _______________________________________________ > swift-evolution mailing list > swift-evolution@swift.org > https://lists.swift.org/mailman/listinfo/swift-evolution -- Dave _______________________________________________ swift-evolution mailing list swift-evolution@swift.org https://lists.swift.org/mailman/listinfo/swift-evolution