mirror of
https://github.com/rust-lang/rust.git
synced 2025-05-02 21:17:39 +00:00

Initial implementation of `#[feature(default_field_values]`, proposed in https://github.com/rust-lang/rfcs/pull/3681. Support default fields in enum struct variant Allow default values in an enum struct variant definition: ```rust pub enum Bar { Foo { bar: S = S, baz: i32 = 42 + 3, } } ``` Allow using `..` without a base on an enum struct variant ```rust Bar::Foo { .. } ``` `#[derive(Default)]` doesn't account for these as it is still gating `#[default]` only being allowed on unit variants. Support `#[derive(Default)]` on enum struct variants with all defaulted fields ```rust pub enum Bar { #[default] Foo { bar: S = S, baz: i32 = 42 + 3, } } ``` Check for missing fields in typeck instead of mir_build. Expand test with `const` param case (needs `generic_const_exprs` enabled). Properly instantiate MIR const The following works: ```rust struct S<A> { a: Vec<A> = Vec::new(), } S::<i32> { .. } ``` Add lint for default fields that will always fail const-eval We *allow* this to happen for API writers that might want to rely on users' getting a compile error when using the default field, different to the error that they would get when the field isn't default. We could change this to *always* error instead of being a lint, if we wanted. This will *not* catch errors for partially evaluated consts, like when the expression relies on a const parameter. Suggestions when encountering `Foo { .. }` without `#[feature(default_field_values)]`: - Suggest adding a base expression if there are missing fields. - Suggest enabling the feature if all the missing fields have optional values. - Suggest removing `..` if there are no missing fields.
55 lines
1.8 KiB
Plaintext
55 lines
1.8 KiB
Plaintext
error: expected identifier, found reserved identifier `_`
|
|
--> $DIR/struct_destructure_fail.rs:11:17
|
|
|
|
|
LL | Struct { a, _ } = Struct { a: 1, b: 2 };
|
|
| ------ ^ expected identifier, found reserved identifier
|
|
| |
|
|
| while parsing this struct
|
|
|
|
error: functional record updates are not allowed in destructuring assignments
|
|
--> $DIR/struct_destructure_fail.rs:13:19
|
|
|
|
|
LL | Struct { a, ..d } = Struct { a: 1, b: 2 };
|
|
| ^ help: consider removing the trailing pattern
|
|
|
|
error[E0026]: struct `Struct` does not have a field named `c`
|
|
--> $DIR/struct_destructure_fail.rs:10:20
|
|
|
|
|
LL | Struct { a, b, c } = Struct { a: 0, b: 1 };
|
|
| ^ struct `Struct` does not have this field
|
|
|
|
error[E0027]: pattern does not mention field `b`
|
|
--> $DIR/struct_destructure_fail.rs:11:5
|
|
|
|
|
LL | Struct { a, _ } = Struct { a: 1, b: 2 };
|
|
| ^^^^^^^^^^^^^^^ missing field `b`
|
|
|
|
|
help: include the missing field in the pattern
|
|
|
|
|
LL | Struct { a, b } = Struct { a: 1, b: 2 };
|
|
| ~~~~~
|
|
help: if you don't care about this missing field, you can explicitly ignore it
|
|
|
|
|
LL | Struct { a, b: _ } = Struct { a: 1, b: 2 };
|
|
| ~~~~~~~~
|
|
help: or always ignore missing fields here
|
|
|
|
|
LL | Struct { a, .. } = Struct { a: 1, b: 2 };
|
|
| ~~~~~~
|
|
|
|
error[E0797]: base expression required after `..`
|
|
--> $DIR/struct_destructure_fail.rs:15:19
|
|
|
|
|
LL | Struct { a, .. };
|
|
| ^
|
|
|
|
|
help: add a base expression here
|
|
|
|
|
LL | Struct { a, ../* expr */ };
|
|
| ++++++++++
|
|
|
|
error: aborting due to 5 previous errors
|
|
|
|
Some errors have detailed explanations: E0026, E0027, E0797.
|
|
For more information about an error, try `rustc --explain E0026`.
|