Summary
Building the HEAD version (e0be1a02626abef2878cb7f4aaef7ae409477112 as I'm writing this issue) with:
./x.py build --stage 2 library rustfmt clippy rust-analyzer
causes the rust-analyzer binary goes into stage1-tools-bin rather than stage2-tools-bin
Command used
./x.py build --stage 2 library rustfmt clippy rust-analyzer
Then find the rust-analyzer
find . -type f -name 'rust-analyzer'
Expected behaviour
According to rustc-dev-guide, the rust-analyzer should be built with the stage2 compiler, thus we should find it in stage2-tools-bin

Actual behaviour
The rust-analyzer is found in stage1-tools-bin

Bootstrap configuration (config.toml)
profile = "compiler"
change-id = 137215
[llvm]
assertions = true
release-debuginfo = true
download-ci-llvm = false
Operating system
ArchLinux x86_64
HEAD
e0be1a02626abef2878cb7f4aaef7ae409477112
Additional context
Yes, we do have custom patches, but not within the build system, so we think it's irrelevant for this issue.
This issue does not occure until recent days, the rust-analyzer binary was always found in stage2-tools-bin, but it suddenly moved to stage1-tools-bin, is this the expected behavior?
Summary
Building the
HEADversion (e0be1a02626abef2878cb7f4aaef7ae409477112as I'm writing this issue) with:causes the
rust-analyzerbinary goes intostage1-tools-binrather thanstage2-tools-binCommand used
Then find the
rust-analyzerExpected behaviour
According to
rustc-dev-guide, therust-analyzershould be built with thestage2compiler, thus we should find it instage2-tools-binActual behaviour
The
rust-analyzeris found instage1-tools-binBootstrap configuration (config.toml)
Operating system
ArchLinux x86_64
HEAD
e0be1a02626abef2878cb7f4aaef7ae409477112Additional context
Yes, we do have custom patches, but not within the build system, so we think it's irrelevant for this issue.
This issue does not occure until recent days, the
rust-analyzerbinary was always found instage2-tools-bin, but it suddenly moved tostage1-tools-bin, is this the expected behavior?