As per https://github.com/rust-lang/rust/pull/45452#issuecomment-339329308, and other conversations that have been had over time, there's a feeling that we should have ways of identifying what rustc features are being used/encountered. This can range from full featured telemetry support in rustc/cargo, to a simple webapp accepting people to post compiler output. Right now the only ways we receive feedback for confusing output are:
If we added telemetry support on rustc, it would also _have_ to be opt-in, and it could start with being a simple flag passed to rustc to send a post request with the text output of the compiler. These reports could then be aggregated by type.
I think we better keep rustc untouched, and telemetry (the post request sender) is better belong on cargo:
~/.cargo/config so you don't need to opt-in everytimerustup the first timerustc remains free of any network codecargo already needs to connect to the internet (outside of airplane mode)@kennytm those sound like solid arguments to me
Rustup already has a config flag for telemetry. https://github.com/rust-lang-nursery/rustup.rs/issues/341
Oh in this case the entire thing can be implemented on top of rustup's rustc/cargo wrapper already?
I don't believe that we've done anything in this area in the past few years.
Most helpful comment
I think we better keep
rustcuntouched, and telemetry (the post request sender) is better belong oncargo:~/.cargo/configso you don't need to opt-in everytimerustupthe first timerustcremains free of any network codecargoalready needs to connect to the internet (outside of airplane mode)