[cfe-commits] [PATCH][driver] Frontend parsing of warnings and compliance with gcc

Chad Rosier mcrosier at apple.com
Thu Feb 2 12:57:43 PST 2012


If there's no additional feedback, I'll go ahead and commit the patch later this afternoon.

 Chad

On Jan 31, 2012, at 3:39 PM, Jeremy Huddleston <jeremyhu at apple.com> wrote:

> That looks about right to me, and it's doing the right thing for me ...
> 
> Tested-by: Jeremy Huddleston <jeremyhu at apple.com>
> Reviewed-by: Jeremy Huddleston <jeremyhu at apple.com>
> 
> On Jan 31, 2012, at 2:49 PM, Chad Rosier wrote:
> 
>> The clang frontend currently parses warning options in the canonical "last option wins" paradigm.  This leads to what odd behavior IMO and non-compliance to how gcc handles things.
>> 
>> For example,
>> 
>> mcrosier$ cat t.c
>> int main() { return implicit(); }
>> 
>> mcrosier$ clang -Werror=implicit -Wall -c t.c -o /dev/null
>> t.c:1:21: warning: implicit declaration of function 'implicit' is invalid in C99 [-Wimplicit-function-declaration]
>> int main() { return implicit(); }
>>                   ^
>> 1 warning generated.
>> 
>> Reversing the order of the warning options results in an error:
>> mcrosier$ clang -Wall -Werror=implicit -c t.c -o /dev/null
>> t.c:1:21: error: implicit declaration of function 'implicit' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
>> int main() { return implicit(); }
>>                   ^
>> 1 error generated.
>> 
>> AFAIK gcc always emits an error.
>> 
>> If I understand the gcc standard correctly (and admittedly I'm no expert), I believe a -W option should never downgrade something that has already been marked as an error/fatal warning.
>> 
>> The attached patch does precisely this.  The other practical effect is that if you would like to change a warning that is an error by default to just a warning you need to use the -Wno-error=foo option rather then -Wfoo.
>> 
>> Chad
>> 
>> <fe_warnings.diff>_______________________________________________
>> cfe-commits mailing list
>> cfe-commits at cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
> 




More information about the cfe-commits mailing list