-
Notifications
You must be signed in to change notification settings - Fork 314
make IntoFuture broadly usable #1102
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
Conversation
With 1.64, IntoFuture is now stable. Therefore, most of our calls to .into_future() are no longer needed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Based on a sampling of a dozen or so files, LGTM.
The current failures appear to be issues newly identified by clippy 1.64.0 unrelated to this PR. See #1103 for fixes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me. Do we not document the MSRV for the SDK crates somewhere? If so, we should probably think about doing so.
We pin the rust version in
|
@bmc-msft that only impacts people building directly from source. Users who take a dependency through crates.io or even GitHub will not be notified of this. |
With 1.64, IntoFuture is now stable. Therefore, most of our calls to .into_future() are no longer needed.