summary refs log tree commit diff
path: root/src/libcollections/range.rs
AgeCommit message (Collapse)AuthorLines
2016-02-27note work still to be doneAlex Burka-0/+1
In particular, uses of inclusive ranges within the standard library are still waiting. Slices and collections can be sliced with `usize` and `Range*<usize>`, but not yet `Range*Inclusive<usize>`. Also, we need to figure out what to do about `RangeArgument`. Currently it has `start()` and `end()` methods which are pretty much identical to `Range::start` and `Range::end`. For the same reason as Range itself, these methods can't express a range such as `0...255u8` without overflow. The easiest choice, it seems to me, is either changing the meaning of `end()` to be inclusive, or adding a new method, say `last()`, that is inclusive and specifying that `end()` returns `None` in cases where it would overflow. Changing the semantics would be a breaking change, but `RangeArgument` is unstable so maybe we should do it anyway.
2016-01-13update tracking issue for collections_rangeAlex Burka-2/+3
2015-11-24rustfmt libcollectionsNick Cameron-6/+18
2015-08-15collections: Add issues for unstable featuresAlex Crichton-1/+2
2015-06-17collections: Split the `collections` featureAlex Crichton-0/+1
This commit also deprecates the `as_string` and `as_slice` free functions in the `string` and `vec` modules.
2015-04-27collections: Add trait RangeArgumentUlrik Sverdrup-0/+45
RangeArgument is introduced as unstable under the feature(collections_range)