Unexpected backtrace when adding rustup component
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 7k
- Forks
- 1.1k
- Avg merge
- 22h 40m
- Merged PRs (30d)
- 46
Description
Thanks to everyone working on this awesome tool! ❤️
Problem
In a nutshell:

Steps
- Run
rustup component add llvm-toolsin your terminal of choice
Notes
My everyday configuration is having RUST_BACKTRACE set to 1. It is also the configuration used in the screenshot above.
However, as I was investigating this, I tried setting RUST_BACKTRACE to full, hoping to learn more.
But doing so instead made the backtrace disappear entirely!
Is it a known or intentional behaviour that upping the verbosity level of backtraces can produce the opposite effect (silencing them, in practice)?
Surely the panic behavior itself didn't change as the value of RUST_BACKTRACE changed. (Right?)
Thanks in advance, apologies if anything crucial is missing or if I posted this in the wrong section.
Output of rustup --version:
rustup 1.24.1 (a01bd6b0d 2021-04-27)
Output of rustup show:
Default host: x86_64-pc-windows-msvc
rustup home: C:\Users\WorstPractice.rustupinstalled toolchains
stable-x86_64-pc-windows-msvc
nightly-x86_64-pc-windows-msvc (default)active toolchain
nightly-x86_64-pc-windows-msvc (default)
rustc 1.54.0-nightly (5c0292654 2021-05-11)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing rustup component add llvm-tools on the reported Windows toolchain with RUST_BACKTRACE=1 and RUST_BACKTRACE=full, comparing the resulting output. The issue is done when the differing backtrace behavior is explained and the command no longer produces an unexpected or silently missing backtrace.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100