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

In a cargo build, make note of when check steps finish #7355

Closed
djahandarie opened this issue Sep 11, 2019 · 1 comment
Closed

In a cargo build, make note of when check steps finish #7355

djahandarie opened this issue Sep 11, 2019 · 1 comment
Labels
A-console-output Area: Terminal output, colors, progress bar, etc. C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted`

Comments

@djahandarie
Copy link

I occasionally use a develop <=> cargo build cycle to get my feedback (instead of cargo check). This is because in the case something does check out, I want it to indeed build.

However, while debugging errors, I have some minor anxiety staring at the terminal output wondering if the change I made worked or not, trying to tell from timing whether it has actually succeeded and has moved on to building or not.

I'd appreciate knowing when cargo build is done with the steps that cargo check normally does and has moved on to actually building things.

(Implementation-wise this could require rustc changes but filling a ticket here first given that this is the place I want the UX experience.)

@djahandarie djahandarie added the C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted` label Sep 11, 2019
@ehuss ehuss added the A-console-output Area: Terminal output, colors, progress bar, etc. label Sep 21, 2019
@epage
Copy link
Contributor

epage commented Nov 2, 2023

This seems similar enough to #7265 that I'm going to close in favor of that so we have one place to discuss this and have an aligned way of changing the output, rather than trying to design two incompatible UXs separately. If there is something I missed as to why this needs to be kept open on its own, let us know!

@epage epage closed this as not planned Won't fix, can't repro, duplicate, stale Nov 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-console-output Area: Terminal output, colors, progress bar, etc. C-feature-request Category: proposal for a feature. Before PR, ping rust-lang/cargo if this is not `Feature accepted`
Projects
None yet
Development

No branches or pull requests

3 participants