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

Expose BiLock as a separate crate or without "unstable"? #2289

Open
kyren opened this issue Dec 11, 2020 · 2 comments
Open

Expose BiLock as a separate crate or without "unstable"? #2289

kyren opened this issue Dec 11, 2020 · 2 comments
Labels
A-lock Area: futures::lock

Comments

@kyren
Copy link

kyren commented Dec 11, 2020

Would it be possible to expose BiLock in a way that follows semver, even if it is separate from the normal future crates? I don't even mind if it updates extremely often, but as it is now it's not really possible for a library to depend on BiLock since it would mean the library itself does not follow semver, or would possibly require an exact bound on futures-util.

I suppose you could make the same argument about the other unstable features as well so I understand if this is too much of a headache to bother with. I'd really like to use BiLock in a library though, as I'm not aware of another way to provide a poll style interface on top of something that needs to share a futures-aware mutex.

@taiki-e taiki-e added the A-lock Area: futures::lock label Dec 17, 2020
@taiki-e taiki-e added this to the futures-0.4 milestone Dec 17, 2020
@taiki-e taiki-e removed this from the futures-0.4, futures-core-1.0 milestone May 6, 2021
@taiki-e
Copy link
Member

taiki-e commented May 6, 2021

We can stabilize bilock once #2384 is merged.

@jonassmedegaard
Copy link

any progress here? I would love to see the bilock feature not requiring nightly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-lock Area: futures::lock
Projects
None yet
Development

No branches or pull requests

3 participants