-
Notifications
You must be signed in to change notification settings - Fork 341
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
Any plan to port std::sync::mpsc or other channel types? #72
Comments
There is a plan! We're not quite sure though if we will ship it in this library or in a co-library. The channels module in libstd is widely considered a mistake, especially because there's reasons to use different channel implementations for different use-cases even in the same codebase. |
I've started implementing an async version of |
Just for future reference: some of the concerns and a possible way forward for the |
Closing in favor of #212 |
There is now a channel implementation in the |
cargo: Bump socket2 to 0.4.2 for Haiku, BSD fixes
Hi,
I'm trying replacing
tokio
withasync-std
in my own project and it's truly amazing. However there's no channel-equivalents likestd::sync::mpsc
inasync-std
, so I have to use thefutures
crate's version.I think it would be very nice to have
mpsc
,oneshot
, etc. fromfutures
crate re-exported in this crate's namespace for consistency and convenience. Any plan for that?The text was updated successfully, but these errors were encountered: