<div dir="ltr"><div>We work pretty hard to make errors after the first as robust as possible; if the user experience is that our recovery from errors in some particular case is bad, we should try to fix that before resorting to a default of -Wfatal-errors / -ferror-limit=1.</div><div><br></div><div>We also have some unusual cases where the first error reported is actually a consequence of a later error (or warning) that we've not yet diagnosed. This can happen due to our taking the unintended path through a parse ambiguity, or (occasionally) due to our attempt to work out how to diagnose an error (particularly in typo correction) encountering further errors. Stopping at the first error can in rare cases completely hide the error message that explains what's wrong.</div><div><br></div><div>I think it's better to view this as a class of individually-fixable problems rather than a systemic problem, identify the particular cases where our error recovery is bad, and improve those cases.</div><div dir="ltr"><br></div><div dir="ltr">On Thu, Nov 7, 2019 at 3:10 PM Michael Kruse <<a href="mailto:llvm@meinersbur.de">llvm@meinersbur.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Without having an opinion on what should be the default, I find<br>
-Wfatal-errors more idiomatic. Errors after the first are not robust<br>
and I have no use case for "I need exactly 2 errors". Rather, if the<br>
following errors might be useful, I'd remove the -Wfatal-errors and<br>
less/scroll though the entire list.<br>
<br>
Michael<br>
<br>
Am Do., 7. Nov. 2019 um 16:05 Uhr schrieb Eric Christopher <<a href="mailto:echristo@gmail.com" target="_blank">echristo@gmail.com</a>>:<br>
><br>
> There is! I think one of the things I like is that -ferror-limit also<br>
> says "if you'd like more warnings then you can use a different option"<br>
> rather than something like -Wfatal-errors.<br>
><br>
> Also thinking about usability defaults for the greater good rather<br>
> than my use case. I set my own command line options like I like :)<br>
><br>
> -eric<br>
><br>
> On Thu, Nov 7, 2019 at 1:56 PM Michael Kruse <<a href="mailto:llvm@meinersbur.de" target="_blank">llvm@meinersbur.de</a>> wrote:<br>
> ><br>
> > Note that there also is a -Wfatal-errors option.<br>
> ><br>
> > Michael<br>
</blockquote></div></div>