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

Option to show cached error messages on 'cargo build' re-run #2494

Closed
msjyoo opened this issue Mar 18, 2016 · 7 comments
Closed

Option to show cached error messages on 'cargo build' re-run #2494

msjyoo opened this issue Mar 18, 2016 · 7 comments

Comments

@msjyoo
Copy link

msjyoo commented Mar 18, 2016

Hello,

Similar to this issue: http://stackoverflow.com/questions/31125226/it-is-possible-to-always-have-cargo-show-warnings

It would be nice to have an option for cargo to cache and display the build errors and warnings even when no changes are detected. This way, recompilation is not required just to see the last error messages.

@alexcrichton
Copy link
Member

This seems like it would require quite a bit of support for a somewhat niche use case, but could perhaps be done one day?

@msjyoo
Copy link
Author

msjyoo commented Mar 19, 2016

I agree that it is a bit of a niche case, but support for it would still be nice :)

@msjyoo
Copy link
Author

msjyoo commented Mar 20, 2016

@alexcrichton A more useful alternative would be an option that displays all the errors, without going through the process of generating a binary. If it's fast enough, it could be run continuously on edits without the overhead of generating a binary every time? (I'm guessing the error-checking and binary compilation steps are separated)

@alexcrichton
Copy link
Member

Ah yeah unfortunately the compiler doesn't support doing that, but we've talked about a mode like that in the past!

@carols10cents
Copy link
Member

This sounds like it would have to be fixed in rust-lang/rust, so I'm closing!

@BatmanAoD
Copy link
Member

I'm not sure why this is considered "niche" usage. Repeatedly attempting to compile one's codebase is a typical use case, and I would say it's pretty common for some files to be compiled successfully before others, causing any warnings from those files to be glossed over in order to focus on the remaining hard errors.

@ehuss
Copy link
Contributor

ehuss commented Jun 24, 2019

This has been implemented and is tracked in #6986.

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

No branches or pull requests

5 participants