[swift-evolution] [Discussion] stride behavior and a little bit of a call-back to digital numbers
Erica Sadun
erica at ericasadun.com
Sun Feb 28 11:18:28 CST 2016
Reload and check please. https://gist.github.com/erica/03c398c06f6c47824429 <https://gist.github.com/erica/03c398c06f6c47824429>
-- E
> On Feb 28, 2016, at 9:55 AM, Curt Clifton <curt at omnigroup.com> wrote:
>
>
>
>
> Cheers,
>
> Curt
>
> On Feb 27, 2016, at 10:03 PM, Erica Sadun via swift-evolution <swift-evolution at swift.org <mailto:swift-evolution at swift.org>> wrote:
>
>> I've updated the proposal to take this into account: https://gist.github.com/erica/03c398c06f6c47824429 <https://gist.github.com/erica/03c398c06f6c47824429>
>>
>> It makes two core recommendations:
>>
>> 1. Adjust stride function semantics to expand from two to three functions, renaming them appropriately.
>> 2. Break floating point strides away from Strideable to provide their own stride method implementations.
>
> I don't have a strong opinion on the proposal. These sorts of strides are rare in the problem domains I work in. I would like to nitpick the proposed documentation for the new stride(through:,by:). The revised proposal gives the new documentation as:
>
> A Strideable through sequence currently returns the sequence of values (self, self + stride, self + stride + stride, ... last) where last is the last value in the progression greater than or equal to end. There is no guarantee that end is an element of the sequence.
>
>
> That should read “where last is the **first** value in the progression that is greater than or equal to end.“ As proposed, last would be the largest number representable in self’s type that is a multiple of stride greater than self. That’s not the intent.
>
> Cheers,
>
> Curt
>
> -------------------------
> Curt Clifton, PhD
> Software Developer
> The Omni Group
> www.curtclifton.net <http://www.curtclifton.net/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160228/046e5e79/attachment.html>
More information about the swift-evolution
mailing list