Skip to content
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

are there any plans to move AsyncRead and others into std library #2105

Closed
Sherlock-Holo opened this issue Mar 24, 2020 · 2 comments
Closed
Labels
A-io Area: futures::io C-question

Comments

@Sherlock-Holo
Copy link
Contributor

tokio has his AsyncRead trait and others, async-std use futures trait and re-export it.

I notice tokio-rs/tokio#1744 says

Once AsyncRead / AsyncWrite are added to std, Tokio will provide
implementations for its types.

I wonder if futures's AsyncRead and others will move into std library?

@yoshuawuyts
Copy link
Member

@Sherlock-Holo there's no agreed timeline or proposal for this, but there seems to be a general consensus that this is desirable. Conversations of what to tackle next in the async space have been ongoing and documented on Niko's blog. In particular the following two interviews seem worth checking out:

  • #5 Steven Fackler covers challenges and directions around async Read/Write and uninitialized memory. This shares a perspective grounded in the Tokio ecosystem.
  • #7 Withoutboats shares a high-level lang/libs team perspective on which steps to prioritize next to progress the state of async Rust.

In the end it's up to the lang and libs teams to prioritize what to pick up next. I'm not aware of any concrete plans, but the intention seems to be clear that this is indeed something that people would like to see happen.

@taiki-e
Copy link
Member

taiki-e commented Jan 17, 2021

Closing in favor of rust-lang/wg-async#23

@taiki-e taiki-e closed this as completed Jan 17, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-io Area: futures::io C-question
Projects
None yet
Development

No branches or pull requests

3 participants