Closed as not planned
Description
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?