mirror
/
rustc-dev-guide
mirror of https://github.com/rust-lang/rustc-dev-guide.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

not all tools require waiting for a nightly release before they can be fixed

This commit is contained in:
Ralf Jung 2021-05-12 17:00:39 +02:00 committed by Joshua Nelson
parent fe4887b0e2
commit 1353f7fe08
1 changed files with 10 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
src/contributing.md
View File

@ -272,12 +272,16 @@ tests.
That would mean that, in the default state, you couldn't update the compiler without first That would mean that, in the default state, you couldn't update the compiler without first
fixing miri, rls and the other tools that the compiler builds. fixing miri, rls and the other tools that the compiler builds.
Luckily, a feature was [added to Rust's build](https://github.com/rust-lang/rust/issues/45861) Luckily, a feature was
to make all of this easy to handle. The idea is that we allow these tools to be "broken", [added to Rust's build](https://github.com/rust-lang/rust/issues/45861) to make
so that the rust-lang/rust build passes without trying to build them, then land the change all of this easy to handle. The idea is that we allow these tools to be
in the compiler, wait for a nightly, and go update the tools that you broke. Once you're done "broken", so that the rust-lang/rust build passes without trying to build them,
and the tools are working again, you go back in the compiler and update the tools then land the change in the compiler, and go update the tools that you
so they can be distributed again. broke. Some tools will require waiting for a nightly release before this can
happen, while others use the builds uploaded after each bors merge and thus can
be updated immediately (check the tool's documentation for details). Once you're
done and the tools are working again, you go back in the compiler and update the
tools so they can be distributed again.
This should avoid a bunch of synchronization dances and is also much easier on contributors as This should avoid a bunch of synchronization dances and is also much easier on contributors as
there's no need to block on rls/miri/other tools changes going upstream. there's no need to block on rls/miri/other tools changes going upstream.