-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
Revert "Stabilize to_bytes and from_bytes for integers." #52850
Conversation
This reverts commit c8f9b84.
r? @cramertj (rust_highfive has picked a reviewer for you, use r? to override) |
@bors: r+ Sounds like a good plan of action to me! |
📌 Commit f162438 has been approved by |
Revert "Stabilize to_bytes and from_bytes for integers." This reverts commit c8f9b84 / PR rust-lang#51835, and reopens the tracking issue rust-lang#49792. These methods were stabilized in Rust 1.29, which is still in Nightly as of this writing. So my understanding is that it is still time to change our minds. Given the ongoing discussion in rust-lang#51919 about possibly renaming these APIs and since 1.29 goes to beta soon, I’d like to revert this stabilization for now until a decision is made in that PR. It’s possible that a decision will be made in time for 1.29, but there is no urgency. At most I expect this functionality to make it into 1.30.
"Promote master to beta" happens today (according to https://forge.rust-lang.org/release-process.html). Doesn't that mean if the PR does not land today, the beta (and hence stable) would not contain the revert? |
Oh I didn’t realize that, thanks Ralf. Let’s try to get it in in time: @bors p=10 … and yes, if we miss the promotion to beta we can still backport. |
Revert "Stabilize to_bytes and from_bytes for integers." This reverts commit c8f9b84 / PR #51835, and reopens the tracking issue #49792. These methods were stabilized in Rust 1.29, which is still in Nightly as of this writing. So my understanding is that it is still time to change our minds. Given the ongoing discussion in #51919 about possibly renaming these APIs and since 1.29 goes to beta soon, I’d like to revert this stabilization for now until a decision is made in that PR. It’s possible that a decision will be made in time for 1.29, but there is no urgency. At most I expect this functionality to make it into 1.30.
☀️ Test successful - status-appveyor, status-travis |
This reverts commit c8f9b84 / PR #51835, and reopens the tracking issue #49792.
These methods were stabilized in Rust 1.29, which is still in Nightly as of this writing. So my understanding is that it is still time to change our minds. Given the ongoing discussion in #51919 about possibly renaming these APIs and since 1.29 goes to beta soon, I’d like to revert this stabilization for now until a decision is made in that PR. It’s possible that a decision will be made in time for 1.29, but there is no urgency. At most I expect this functionality to make it into 1.30.