option to reverse the order of compile error messages

[fdietze]

I just had this idea while scrolling upwards in my terminal to find the first compile error:
It would be nice to have the option to print the compile errors in reverse order, then one sees the most relevant error at a first glance. This would be especially helpful when using cargo-watch.

(I'm posting this here, because this is not a language RFC, was that correct?)

[brson]

That could be a nice simple solution to this problem. We've also discussed outputing to a pager of some kind to help you scroll through the errors.

[brson]

Nominating for discussion. @rust-lang/compiler @jonathandturner @GuillaumeGomez this is conceptually quite simple to do. Do we want to write up the tasks and ask for contributions?

[nrc]

cc @rust-lang/tools too

I'm a little wary about this, although it is small in itself, I can imagine we then end up adding paging options or other error display stuff to the compiler and end up with a pile of command line options, etc.

I'd prefer that the compiler just offers a single best-effort error message presentation style, and if you want something else, you run the compiler through an external tool (command-line or otherwise) that takes JSON errors as input and outputs errors in whatever format you like.

[vadimcn]

My feelings on this are close to @nrc's.
However, as a practical matter:

• Does Linux have any standard tools that can parse and page JSON record-by-record?
• Even the above exists, you still need a tool that will take JSON output and convert it into human-readable format.

Perhaps we could settle on adding rustc parameter to suppress errors beyond the first N?

[telotortium]

You could do what Git does and automatically send output longer than the number of rows on the terminal to $PAGER.

[sophiajt]

To pile on a "me too" to @nrc and @vadimcn - it'd be much better to use a second tool to turn the output from the compiler into what you want. There some precedence, like tools like dybuk do their own parsing and recreating the errors. I can imagine a tool that reads in the errors and then replays them backward as another one.

[sophiajt]

Worth mentioning, too, that the errors are streamed rather than buffered. That's to give feedback sooner rather than forcing the programmer to wait.

As we add more error recovery to the compiler, it will likely mean longer wait times before you see an error if you buffer until the compile finishes because the compiler will be able to recover and go for longer in the presence of errors.

[nikomatsakis]

I'm much more in favor of using a pager; but I guess that doesn't help with cargo watch. Still, cargo watch could capture the output and reverse the order itself, which seems better. (I'll note that we added the "easy presentation" info to JSON that I've been talking about, this would be a great use-case for it. =)

[nagisa]

I’m very against using any sort of pager. Any proper terminal emulator is already as functional or more functional than your average pager, why cripple that? Perhaps a simpler solution is to not use rustc in getty?