@@ -4,12 +4,12 @@ title: "Announcing Rust 1.12.1"
4
4
author : The Rust Core Team
5
5
---
6
6
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.
10
10
11
11
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 ` .
13
13
14
14
[ install ] : https://www.rust-lang.org/install.html
15
15
@@ -58,14 +58,6 @@ regressions that we hadn't detected in our testing. Not all of them are
58
58
directly MIR related, but when you change the compiler internals so much, it's
59
59
bound to ripple outward through everything.
60
60
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
-
69
61
### Why make a point release?
70
62
71
63
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
74
66
previously said something like "point releases should only happen in extreme
75
67
situations, such as a security vulnerability in the standard library."
76
68
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
81
73
situation.
82
74
83
75
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.
91
83
92
84
[ 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.
94
95
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
100
97
101
98
### A note about testing on beta
102
99
@@ -163,7 +160,7 @@ as possible as well.
163
160
* [ICE, possibly related to associated types of associated types?][36325]
164
161
* [Compilation of a crate using a large static map fails on latest i686-pc-windows-gnu Beta][36799]
165
162
* [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]
167
164
168
165
[36325] : https://github.com/rust-lang/rust/issues/36325
169
166
[36799] : https://github.com/rust-lang/rust/issues/36799
0 commit comments