<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Aug 16, 2011, at 10:44 AM, Nikola Smiljanic wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Here's a test (I'm not sending a patch because I don't know where to put this file). The output now looks like this:<div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">
<div><div>error-limit.c:4:8: error: redefinition of 's1'</div></div><div><div>struct s1{};</div></div><div><div> ^</div></div><div><div>fatal error: too many errors emitted, stopping now</div></div><div><div>
error-limit.c:3:8: note: previous definition is here</div></div><div><div>struct s1{};</div></div><div><div> ^</div></div><div><div>2 errors generated.</div></div></blockquote><div><div><br></div><div>Note comes after the fatal error, but I don't see an easy way around this. Is this good enough?</div></div></blockquote><div><br></div><div>IMO, no. We should get it right. One way to do so would be to emit the fatal error rather than the first error that would exceed the threshold, rather than following the last error that is permitted within the threshold. That's probably easier in general.</div><br><blockquote type="cite"><div><div>I've also noticed a difference in how ferror-limit accepts its parameter depending on how clang is invoked (driver or the front-end):</div></div><div>clang -ferrror-limit=1</div><div>clang -cc1 -ferror-limit 1 (doesn't accept ferror-limit= syntax)</div>
<div>Is this intentional?</div>
</blockquote><br></div><div>The -cc1 interface is not a public interface, so the difference between the two command-line interfaces doesn't matter.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>- Doug</div><br></body></html>