Uh oh!
There was an error while loading. Please reload this page.
Fix rustc-guide build failure ignoring no-fail-fast - #63089
Conversation
rust-highfive
commented
Jul 28, 2019
(rust_highfive has picked a reviewer for you, use r? to override) |
62196d1 to
20924d2CompareCentril
commented
Jul 28, 2019
emilyalbini
commented
Jul 28, 2019
There was a problem hiding this comment.
We'll definitely want try_run_quiet here as try_run eats the command's output (a horrible and non-obvious default, I know -- we should fix that).
There was a problem hiding this comment.
Wait so quiet makes it not eat the output? That's, like, the opposite of what the name indicates.^^
There was a problem hiding this comment.
Yep, try_run internally calls run_silent which will eat all the output unconditionally, I believe.
There was a problem hiding this comment.
The one in lib.rs does, yeah. The one in test.rs calls builder.run.
So Builder::try_run should maybe just be renamed to try_run_silent, like the free-standing function it calls?
There was a problem hiding this comment.
Fun times, there's both free-standing run_silent (called by Builder::run) and run_suppressed (called by Builder::run_quiet).
There was a problem hiding this comment.
Actually, @Mark-Simulacrum are you sure about this? try_run_silent calls Command::status which says that
By default, stdin, stdout and stderr are inherited from the parent.
I have no idea why it is called "silent". There is no comment explaining that.
In contrast, run_suppressed (the helper behind Builder::run_quiet) calls Command::output, which does capture the output, and then throws it away (unless there was an error).
There was a problem hiding this comment.
See #63196: I think you are wrong and try_run does not eat the commends output. In contrast, try_run_quietdoes eat (suppress) the output.
There was a problem hiding this comment.
Hm, you could definitely be right! I don't have a good handle on these functions beyond "too many and bad naming" :)
Mark-Simulacrum
commented
Jul 28, 2019
r=me with that and the azure config change reverted |
This caused clippy not being built on Linux previously.
20924d2 to
ebd1bf7Comparekennytm
commented
Jul 29, 2019
@bors r=Mark-Simulacrum |
bors
commented
Jul 29, 2019
📌 Commit ebd1bf7 has been approved by |
bors
commented
Jul 29, 2019
…mulacrum Fix rustc-guide build failure ignoring no-fail-fast
bors
commented
Jul 29, 2019
☀️ Test successful - checks-azure |
build_helper: try less confusing method names build_helper's `*_silent` methods were likely called that way because they do not print the command being run to stdout. [In the original file this all makes sense](rust-lang@046e687#diff-5c3d6537a43ecae03014e118a7fe3321). But later it also gained `*_suppressed` methods and the difference between `silent` and `suppressed` is far from clear. So rename `run` (which prints the command being run) to `run_verbose`. Then we can call the methods that just run a command and show its output but nothing extra `run` and `try_run`. `run_verbose` (formerly `run`) is unused from what I can tell. Should I remove it? r? @alexcrichton Cc @Mark-Simulacrum Also see rust-lang#63089 (comment).
No description provided.