-
Notifications
You must be signed in to change notification settings - Fork 13.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
E0373 help suggests move async
but the correct syntax is async move
#61920
Comments
Marking as "deferred" because async closures are not a candidate for stabilization.
|
@cramertj if we're making the suggestion now then it is wrong and we should at least hide it. Users will get confused if they are offered a feature that is not yet stable, and even worse offered it with the wrong syntax. cc @rust-lang/wg-diagnostics |
@estebank we're not making the suggestion for any stable code, or any code we intend to stabilize. |
Oh! That's a different case entirely :) |
RipGrepped for "move async " in the current codebase and not found so I think someone's already fixed this? - move to close. |
This is not fixed (playground - I should have provided one). IIRC E0373's suggestion just adds |
…estebank Fix suggestion from incorrect `move async` to `async move`. PR for rust-lang#61920. Happy with the test. There must be a better implementation though - possibly a MIR visitor to estabilsh a span that doesn't include the `async` keyword?
@estebank this issue is now fixed. Can you close it for me please? |
E0373 help suggests appending
move
in front of async closures:but
move async
is not in the correct order:The suggestion should be
async move || { ...
instead.Meta:
rustc 1.37.0-nightly (4edff843d 2019-06-16)
The text was updated successfully, but these errors were encountered: