-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Print to stderr consistently in bootstrap #96712
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
Comments
For example |
Sure, seems fine. Let's use eprintln consistently then. @rustbot label +E-easy +A-rustbuild |
@rustbot claim |
@raiyansayeed are you still working on this? |
Hey yes I'm still working on it, have most of it implemented I think. I just haven't gotten the time to review my code / push, although I think I should be able to do it by the end of this week. |
…tly, r=Mark-Simulacrum Print stderr consistently Solves rust-lang#96712 I tried to follow what I perceived as the general consensus for error messages in boostrap i.e messages that were .. * resulting from an Err(...) => * literally called as "Error: ...." * by the end of the block scope forced to run a panic! or process::exit with a guaranteed non-zero error code.
Looks like this was done in #97411, thanks! |
Bootstrap is unfortunately quite inconsistent about which it uses currently :(
stderr probably makes more sense? but I don't know when someone would look at just stdout or just stderr; having a hard time imagining use cases.
cc @bjorn3
Originally posted by @jyn514 in #96687 (comment)
The text was updated successfully, but these errors were encountered: