Skip to content

Commit 6abebef

Browse files
committed
Updates to 1.12.1
1 parent 4e7f0f0 commit 6abebef

File tree

1 file changed

+27
-30
lines changed

1 file changed

+27
-30
lines changed

_posts/2016-10-20-Rust-1.12.1.md

Lines changed: 27 additions & 30 deletions
Original file line numberDiff line numberDiff line change
@@ -4,12 +4,12 @@ title: "Announcing Rust 1.12.1"
44
author: The Rust Core Team
55
---
66

7-
The Rust team is happy to announce the latest version of Rust, 1.12.1. Rust is
8-
a systems programming language with the slogan "fast, reliable, productive:
9-
pick three."
7+
The Rust team is happy to announce the latest version of Rust, 1.12.1. Rust is a
8+
systems programming language with a focus on reliability, performance, and
9+
concurrency.
1010

1111
As always, you can [install Rust 1.12.1][install] from the appropriate page on our
12-
website.
12+
website, or install via [rustup] with `rustup update stable`.
1313

1414
[install]: https://www.rust-lang.org/install.html
1515

@@ -58,14 +58,6 @@ regressions that we hadn't detected in our testing. Not all of them are
5858
directly MIR related, but when you change the compiler internals so much, it's
5959
bound to ripple outward through everything.
6060

61-
One of these bugs even prevented a production user, [Ethcore], from building on
62-
Rust 1.12 stable. This is further compounded by [a DoS attack] against the
63-
Etherium network itself, and so the project is recommending that all Etherium
64-
users switch to Parity. When it rains, it pours.
65-
66-
[Ethcore]: https://github.com/ethcore/parity
67-
[a DoS attack]: https://blog.ethereum.org/2016/09/22/ethereum-network-currently-undergoing-dos-attack/
68-
6961
### Why make a point release?
7062

7163
Now, given that we have a six-week release cycle, and we're halfway towards
@@ -74,29 +66,34 @@ Rust 1.13, you may wonder why we're choosing to cut a patch version of Rust
7466
previously said something like "point releases should only happen in extreme
7567
situations, such as a security vulnerability in the standard library."
7668

77-
The Rust team cares deeply about the stability of Rust, and about our users,
78-
both production and non. We could have told you all to wait, but we want you to
79-
know how seriously we take this stuff. We think it's worth it to demonstrate
80-
our commitment to you by putting in the work of making a patch release in this
69+
The Rust team cares deeply about the stability of Rust, and about our users'
70+
experience with it. We could have told you all to wait, but we want you to know
71+
how seriously we take this stuff. We think it's worth it to demonstrate our
72+
commitment to you by putting in the work of making a point release in this
8173
situation.
8274

8375
Furthermore, given that this is not security related, it's a good time to
84-
practice actually cutting a patch release. We've never done it before, and the
85-
release process is [semi-automated] but still not completely so. Having a patch
86-
release in the world will also shake out any bugs in dealing with patch
87-
releases in other tooling as well, like [rustup]. Making sure that this all
88-
goes smoothly and getting some practice going through the motions will be
89-
useful if we ever need to cut some sort of *emergency* patch release due to
90-
a security advisory or anything else.
76+
practice actually cutting a point release. We've never done it before, and the
77+
release process is [semi-automated] but still not completely so. Having a point
78+
release in the world will also [shake out any bugs][bugs] in dealing with point
79+
releases in other tooling as well, like [rustup]. Making sure that this all goes
80+
smoothly and getting some practice going through the motions will be useful if
81+
we ever need to cut some sort of *emergency* point release due to a security
82+
advisory or anything else.
9183

9284
[semi-automated]: https://forge.rust-lang.org/release-process.html
93-
[rustup]: http://rustup.rs/
85+
[rustup]: https://www.rustup.rs/
86+
[bugs]: https://github.com/rust-lang/rust/pull/37173#issuecomment-253938822
87+
88+
This is the first Rust point release since [Rust 0.3.1], all the way back in in
89+
2012, and marks 72 weeks since Rust 1.0, when we established our six week
90+
release cadence along with a commitment to aggressive stability
91+
guarantees. While we're disappointed that 1.12 had these regressions, we're
92+
really proud of Rust's stability and will to continue expanding our efforts to
93+
ensure that it's a platform you can rely on. We want Rust to be the most
94+
reliable programming platform in the world.
9495

95-
It is true that regular patch releases would indicate that something is deeply
96-
wrong with our process. However, we've gone 72 weeks past Rust 1.0 without
97-
needing to do a point release, so we feel that we've been doing well so far.
98-
We're going to continue to closely monitor all of this to ensure that this
99-
isn't a sign of something more deeply wrong with our release engineering.
96+
[Rust 0.3.1]: https://mail.mozilla.org/pipermail/rust-dev/2012-July/002152.html
10097

10198
### A note about testing on beta
10299

@@ -163,7 +160,7 @@ as possible as well.
163160
* [ICE, possibly related to associated types of associated types?][36325]
164161
* [Compilation of a crate using a large static map fails on latest i686-pc-windows-gnu Beta][36799]
165162
* [Regression: "no method found" error when calling same method twice, with HRTB impl][37154]
166-
* [ ICE: fictitious type <i32 as ToRef>::Ref in sizing_type_of()][37109]
163+
* [ICE: fictitious type sizing_type_of][37109]
167164

168165
[36325]: https://github.com/rust-lang/rust/issues/36325
169166
[36799]: https://github.com/rust-lang/rust/issues/36799

0 commit comments

Comments
 (0)