-
Notifications
You must be signed in to change notification settings - Fork 831
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
make
defaults to quiet output
#1098
Conversation
(Even if we don't want this by default, I'd like to leave all the |
Question: Should CI have "un-quiet" output? Again, if/when there is an error, we'd see it regardless, so I don't know if seeing the individual commands is useful or just noise to scroll through in GitHub's lazy-loading log viewer. |
Personally, I'm not a fan. I'm fine with the structure being put in place, but I don't want it quiet by default. |
Okay. In that case, we don't even need the |
Two middle grounds: µcity echoes merely Also, manually outputting commands in that way wouldn't honor |
Not a fan in general, especially for a project that builds from the top-level and has little command line noise like this one. Debugging any sort of build system issue will always involve re-running the entire thing, which might not trigger the same issue again. That said, I'd consider something like this for out-of-tree builds with a more bespoke makefile, as the paths wouldn't make sense anymore. |
Alright, thanks for the feedback! |
This may help beginners who don't notice success/error messages among all the
make
noise. Experienced users can runmake Q=
, or modify their Makefile to do so by default.The downside is that seeing all those individual commands is a definite indicator that progress is happening; but I think just waiting quietly is also okay, since the process isn't going to infinitely loop/hang, there'd be a visible error message. (Also, even currently, there's a rather long wait period before any messages show up, I think because
scan_includes
is running.)I'm not committed to this change, just wanted feedback on a concrete implementation. Like if those explicit
echo
ed messages should be edited or have more/fewer of them.