-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Version migration tool #2159
Comments
Too early, I think. As long as the std libs and the language are changing regularly, being forced to write an upgrade shim for each change is a serious burden. |
I agree it's too early to use, maybe not too early to start working on. |
still very relevant! required for any reasonable statement about backward compatibility. |
I don't believe this is backwards incompatible, renominating. |
accepted for backwards-compatible milestone |
Visiting for triage; nothing to add. |
Are people still interested in this? It probably will not be done for 1.0, and we probably will not need it near as much post 1.0. |
I think in general it would be neat when idioms change, even post 1.0. |
I'm pulling a massive triage effort to get us ready for 1.0. As part of this, I'm moving stuff that's wishlist-like to the RFCs repo, as that's where major new things should get discussed/prioritized. This issue has been moved to the RFCs repo: rust-lang/rfcs#606 |
It would be great to have a tool that automatically updates old Rust code for compatibility with new Rust.
We could use cargo (#1453) to automatically test which packages break between versions and whether this tool converts them correctly.
The text was updated successfully, but these errors were encountered: