<div class="gmail_quote">On Tue, May 10, 2011 at 9:29 PM, Eli Friedman <span dir="ltr"><<a href="mailto:eli.friedman@gmail.com">eli.friedman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id=":do1">See PR9701.  Essentially, the issue is that if we don't emit an error<br>
for unknown warning options, there isn't any supported way for<br>
configure scripts to check whether clang supports a given warning<br>
option, which leads to a bunch of useless warnings about unknown<br>
warning options.  Given that gcc emits an error for unknown warning<br>
options,  and we've at least stubbed out all the common warning<br>
options, I think changing the default behavior like this makes sense.</div></blockquote></div><br><div>The fact that we have warning options stubbed out but not implemented means that merely passing flags doesn't guarantee a warning will fire, and it would be annoying to force further proliferation of stubbed out warning options as GCC and potentially other compilers we want general commandline compatibility with change and evolve their warnings.</div>
<div><br></div><div>It's not clear to me why configure scripts if they really care can't pass -Werror?</div><div><br></div><div>From the other perspective, based on the stubbed out flags we already have, maybe we should make this default ignore.</div>