]> git.lizzy.rs Git - rust.git/commit
auto merge of #19961 : alexcrichton/rust/second-pass-result, r=aturon
authorbors <bors@rust-lang.org>
Sun, 21 Dec 2014 15:42:42 +0000 (15:42 +0000)
committerbors <bors@rust-lang.org>
Sun, 21 Dec 2014 15:42:42 +0000 (15:42 +0000)
commit1bdcfd64629930c09b942025e242e51e784c447d
tree39961418219d2f2a9559afd46de749183cda66c1
parentc141f223d4fd4d8c8be8649877e08ddceaa43783
parenta71686f4ea1a265f15adfbe850305f65453ef550
auto merge of #19961 : alexcrichton/rust/second-pass-result, r=aturon

This commit, like the second pass of `Option`, largely just stablizes the
existing functionality after renaming a few iterators.

The specific actions taken were:

* The `Ok` and `Err` variants were marked `#[stable]` as the stability
  inheritance was since removed.
* The `as_mut` method is now stable.
* The `map` method is now stable
* The `map_err` method is now stable
* The `iter`, `iter_mut`, and `into_iter` methods now returned structures named
  after the method of iteration. The methods are also now all stable.
* The `and_then` method is now stable.
* The `or_else` method is now stable.
* The `unwrap` family of functions are now all stable: `unwrap_or`,
  `unwrap_or_else`, `unwrap`, and `unwrap_err`.

There is a possible open extension to `Result::{and, and_then}` to make the
return type further generic over `FromError` (as proposed in #19078), but this
is a backwards compatible change due to the usage of default type parameters,
which makes the two functions safe to stabilize now regardless of the outcome of
that issue.