-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
clippy is not installed to destination dir if 'tools' config variable not explicitly defined. #72171
Comments
cc @oli-obk probably fallout from the subtree migration |
I can investigate this if that's okay - would be a good way for me to familiarize myself with rust's build system. |
@rustbot claim |
I can't verify this issue on master until #72231 is resolved, as that's blocking extended tools builds. |
@jademcgough you can use |
Triage: Hi, are you still working on this issue @immykins? |
@rustbot release-assignment |
Triage: Is this still a problem? |
Found whilst performing a extended tools release bootstrap build on aarch64:
Unless 'tools' is explicitly specified in config.toml with an extended build config, clippy is not installed, it is explicitly skipped as it does not appear in builder.config.tools (src/install.rs, Line: Line: 158, Line: 222)
Clippy is actually built for stage 2, but not installed by install.py.
Of the default extended tools built when extended-tools are enabled, only clippy seems to behave like this.
If this is intended behaviour, then a note in the config.toml indicating this would be helpful :-)
This occurs using the default channel (dev) in config.toml, constructed only using ./configure --enable-full-tools --prefix=$RUST_TOOLCHAIN_DIR --sysconfdir=$RUST_TOOLCHAIN_DIR on aarch64 native host.
The text was updated successfully, but these errors were encountered: