You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For similar reasons as noted in the case of bindings after `@`, Rust does not currently allow you to combine normal by-move bindings with those that are by-`ref`. For example, should you write...:
177
177
@@ -223,9 +223,9 @@ fn main() {
223
223
224
224
To recap, we have three unstable features, all improving pattern matching in different ways:
225
225
226
-
-`#![feature(or_patterns)]`, which allows you to arbitrarily nest or-patterns e.g. `Some(Foo | Bar)`
227
-
-`#![feature(bindings_after_at)]`, which allows e.g., `ref x @ Some(ref y)`
228
-
-`#![feature(move_ref_pattern)]`, which allows e.g., `(x, ref y)` where `x` is by-move and `y` is by-reference
226
+
-[`#![feature(or_patterns)]`][tracking_or_pats], which allows you to arbitrarily nest or-patterns e.g. `Some(Foo | Bar)`
227
+
-[`#![feature(bindings_after_at)]`][tracking_at], which allows e.g., `ref x @ Some(ref y)`
228
+
-[`#![feature(move_ref_pattern)]`][tracking_move_ref], which allows e.g., `(x, ref y)` where `x` is by-move and `y` is by-reference
229
229
230
230
To help us transition these features over to stable Rust, we need your help to ensure that they meet the expected quality standards. To help out, consider:
0 commit comments