Skip to content
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

Support quiet output #61

Open
tari opened this issue Jul 27, 2020 · 7 comments
Open

Support quiet output #61

tari opened this issue Jul 27, 2020 · 7 comments

Comments

@tari
Copy link
Contributor

tari commented Jul 27, 2020

A -Q command line option or something to suppress some output would be helpful for scripting; in particular the "Pass one..." messages and such.

I have some code that's running spasm as a subprocess, and without a way to turn those messages off I can't easily ensure I only get my own code's output.

@Eeems
Copy link

Eeems commented Jul 27, 2020

Can't you just pipe the output to /dev/null?

@tari
Copy link
Contributor Author

tari commented Jul 27, 2020

Not easily and portably! (It's not a shell script and it needs to run on platforms that aren't unixy.)

@Eeems
Copy link

Eeems commented Jul 27, 2020

I'd be interested to know what language you are using for this that doesn't have the ability to easily capture subprocess output in a portable mechanism.

@tari
Copy link
Contributor Author

tari commented Jul 28, 2020

It's not that I can't capture output, but I don't care about it so don't want to capture it. (I'm using Rust.)

@calc84maniac
Copy link
Collaborator

Does .stdout(Stdio::null()) not work?

@tari
Copy link
Contributor Author

tari commented Jul 28, 2020

It does; I managed to overlook it? Though I recall I wanted to redirect stdout to stderr so that output could still appear as well.

In any case a "quiet" flag still seems generally useful.

@alberthdev
Copy link
Owner

Not opposed to adding this feature - I think this would mainly add a flag that suppresses warnings and pass outputs, but still allow for errors to be emitted as part of the build process, likely to stderr. (Maybe warning suppression should fall under a different flag, with the --quiet flag implying the warning suppression flag... not sure.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants