-
Notifications
You must be signed in to change notification settings - Fork 93
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 "use Cargo.lock file from rust-src if present" #190
Conversation
@homunkulus r+ |
📌 Commit 192bbc2 has been approved by |
Revert "use Cargo.lock file from rust-src if present" None
💔 Test failed - status-appveyor |
@homunkulus r+ |
📌 Commit 3533108 has been approved by |
Revert "use Cargo.lock file from rust-src if present" None
💔 Test failed - status-appveyor |
@homunkulus r+ |
📌 Commit 682cdbe has been approved by |
Revert "use Cargo.lock file from rust-src if present" None
@homunkulus r+ |
📌 Commit e4d493f has been approved by |
Revert "use Cargo.lock file from rust-src if present" None
☀️ Test successful - status-appveyor, status-travis |
Hm, is there any discussion anywhere of why this revert happened? As a matter of principle, using the lockfile seems to make much more sense for the reasons laid out in rust-lang/wg-cargo-std-aware#12: it is the only way that we can reliably build old versions of libstd. And also practically speaking, every now and then an update lands on crates.io that is not forwards-compatible enough to keep libstd working -- it might add a warning (and we build with |
This reverts 517a614.