-
Notifications
You must be signed in to change notification settings - Fork 5.3k
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
Add a flag to forc to reverse the order of printed errors #3860
Comments
Thinking about this a bit more, I think the first thing to check is that given libraries |
This is a bit of a tricky UI question. Compilers historically have tried to continue and gather errors greedily to try and improve the edit-compile-run loop, by not insisting that each error must be fixed one at a time. This is especially important for long compile times on big projects. Just because Reversing the order of the errors is an interesting idea though -- I don't think I've ever seen it before (at least outside of an IDE). Not needing to scroll to see the first error would be useful. |
Honestly, it would save a bunch of time spent trying to find the top of the most recent errors, as the first one is alway the one I want to fix . |
This seems like a challenge I'm willing to take on if nobody else has been assigned |
I'm having trouble finding where we emit errors. Is this an issue with |
Hmm, I would look into places like: Lines 2567 to 2570 in 1d31ff6
Which seems to use Lines 233 to 246 in 1d31ff6
So this might be as simple as iterating over the |
Adds the ability to reverse errors and warnings in either the command line or via a BuildProfile. closes #3860
Requested by @nfurfaro in a recent sway sync. Since most of the time, lots of errors propagates from the first error (meaning that once the first error is fixed, all of them goes away) it would make sense to be able to revert the order so that users do not need to scroll.
The text was updated successfully, but these errors were encountered: