about summary refs log tree commit diff
path: root/src/rustllvm/CoverageMappingWrapper.cpp
diff options
context:
space:
mode:
authorJoshua Nelson <jyn514@gmail.com>2020-07-02 08:08:09 -0400
committerJoshua Nelson <jyn514@gmail.com>2020-07-27 23:11:17 -0400
commit0192fa4786db80d2c9888af98e7ceec47d327887 (patch)
treeb0cf61e0f0cd1ea9913cf1e58573905489b47d94 /src/rustllvm/CoverageMappingWrapper.cpp
parentd34a1b0c1b4b22cc61b5956c07d89517bf278af8 (diff)
downloadrust-0192fa4786db80d2c9888af98e7ceec47d327887.tar.gz
rust-0192fa4786db80d2c9888af98e7ceec47d327887.zip
Make the default stage dependent on the subcommand
 ### x.py build/test: stage 1

I've seen very few people who actually use full stage 2 builds on purpose. These compile rustc and libstd twice and don't give you much more information than a stage 1 build (except in rare cases like https://github.com/rust-lang/rust/pull/68692#discussion_r376392145). For new contributors, this makes the build process even more daunting than it already is. As long as CI is changed to use `--stage 2` I see no downside here.

 ### x.py bench/dist/install: stage 2

These commands have to do with a finished, optimized version of rustc. It seems very rare to want to use these with a stage 1 build.

 ### x.py doc: stage 0

Normally when you document things you're just fixing a typo. In this case there is no need to build the whole rust compiler, since the documentation will usually be the same when generated with the beta compiler or with stage 1.

Note that for this release cycle only there will be a significant different between stage0 and stage1 docs: https://github.com/rust-lang/rust/pull/73101. However most of the time this will not be the case.
Diffstat (limited to 'src/rustllvm/CoverageMappingWrapper.cpp')
0 files changed, 0 insertions, 0 deletions