-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
UX for invalid RUSTFLAGS is poor #2756
Comments
The invocation of Do we think the situation is sufficiently improved to close this out, or what should we do? |
If we've improved the output. I'm not sure what more there is for us to do. Like with #2559, being too smart can be its own problem. RUSTFLAGS should likely be viewed as an advanced workflow anyways with us finding ways to adapt that workflow to users more generally (#12739). I'm going to propose to the cargo team that we close this. |
Confirmed that as of 1.74.1, the error message is like above, so should be sufficient good to tell it's something wrong in RUSTFLAGS. Agree on closing. |
If
RUSTFLAGS
has a typo, then runningcargo
leads to error messages like:Passing
--verbose
does give more info (i.e. one can see the invocation that failed and the actual rustc output, and hence hopefully connect the dots back toRUSTFLAGS
). However, it seems like that info is always useful/shouldn't be hidden, since there's not much a user can do about "failed to runrustc
to learn about target-specific information" (in beta and nightly).The text was updated successfully, but these errors were encountered: