Handle nonexhaustive in match pattern #59

roxelo · 2021-08-19T01:49:38Z

No description provided.

roxelo · 2021-08-19T01:52:33Z

@rustbot label +A-closures +A-edition-2021 +T-compiler

…atsakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? `@nikomatsakis`

…atsakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? ``@nikomatsakis``

…atsakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? ```@nikomatsakis```

…atsakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? ````@nikomatsakis````

…atsakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? `````@nikomatsakis`````

…sakis Handle match statements with non exhaustive variants in closures This PR ensures that the behavior for match statements with non exhaustive variants is the same inside and outside closures. If we have a non-exhaustive SingleVariant which is defined in a different crate, then we should handle the case the same way we would handle a MultiVariant: borrow the match discriminant. Closes rust-lang/project-rfc-2229#59 r? `@nikomatsakis`

camelid · 2021-08-30T21:37:31Z

Looks like this was supposed to be closed by rust-lang/rust#88280?

roxelo · 2021-08-30T21:45:25Z

Yes, I am not sure why it wasn't closed

roxelo · 2021-08-30T21:46:02Z

Closing the issue as rust-lang/rust#88280 was merged

roxelo self-assigned this Aug 19, 2021

roxelo mentioned this issue Aug 24, 2021

Handle match statements with non exhaustive variants in closures rust-lang/rust#88280

Merged

roxelo closed this as completed Aug 30, 2021

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Handle nonexhaustive in match pattern #59

Handle nonexhaustive in match pattern #59

roxelo commented Aug 19, 2021

roxelo commented Aug 19, 2021

camelid commented Aug 30, 2021 •

edited

Loading

roxelo commented Aug 30, 2021

roxelo commented Aug 30, 2021

Handle nonexhaustive in match pattern #59

Handle nonexhaustive in match pattern #59

Comments

roxelo commented Aug 19, 2021

roxelo commented Aug 19, 2021

camelid commented Aug 30, 2021 • edited Loading

roxelo commented Aug 30, 2021

roxelo commented Aug 30, 2021

camelid commented Aug 30, 2021 •

edited

Loading