-
Notifications
You must be signed in to change notification settings - Fork 222
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
Why are these types not in the standard library? #36
Comments
See rust-lang/rfcs#1632. |
Great, thanks! I think I'll be using this crate only then. 👍 |
@alexcrichton mentioned getting this in the nursery. Is that a possibility? |
In rust-lang/rust#53127 (comment) it is mentioned that Rust might be more likely to accept parking_lot into the standard library (even rustc uses parking_lot). It's probably needed to write another RFC to make that change though. I don't think I have the necessary expertise to write it. If someone were interested in this and had some time, it would be nice if they could write it. :) One more possible concern that didn't get mentioned in the original RFC thread would be whether the code size of parking_lot is bigger than the one of the synchronization primitives in libstd. |
I'm asking myself, if these are faster why aren't they in
libstd
? I think read something about platform limitations, but it's not really clear why the standard library has to use platform-specific types. I also saw other people wondering about this, might be worth adding it to the README.The text was updated successfully, but these errors were encountered: