[jira] [Resolved] (IMPALA-11695) Exclude some useless warnings from the Clang Tidy build

["Joe McDonnell (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/IMPALA-11695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joe McDonnell resolved IMPALA-11695.
------------------------------------
    Fix Version/s: Impala 4.2.0
       Resolution: Fixed

> Exclude some useless warnings from the Clang Tidy build
> -------------------------------------------------------
>
>                 Key: IMPALA-11695
>                 URL: https://issues.apache.org/jira/browse/IMPALA-11695
>             Project: IMPALA
>          Issue Type: Improvement
>          Components: Infrastructure
>    Affects Versions: Impala 4.2.0
>            Reporter: Joe McDonnell
>            Assignee: Joe McDonnell
>            Priority: Major
>             Fix For: Impala 4.2.0
>
>
> Thee build we do for Clang Tidy enables all warnings:
>  
> {noformat}
> # Turn all warnings back on. Some will be ignored via .clang-tidy's "Checks" value, but
> # this allows different "Checks" settings to be used in different clang-tidy runs without
> # recompiling.
> SET(CXX_FLAGS_TIDY "${CXX_FLAGS_TIDY} -Wall -W -Weverything"){noformat}
> This produces extremely verbose output, and some of the warnings are not useful. In particular, we have no interest in c++98 compatibility, so Wc++98-compat inflates the output dramatically for no reason.
> Looking at the output of a recent build failure, the tidylog.txt was 1.6GB and contained 4.6 million warnings. Of those, 4 million were from c++98 compatability. Another 275k were from Wpadded, which is also not interesting.
>  
> {noformat}
> $ cat tidylog.txt | grep '\[\-W' | wc -l
> 4657716
> # Exclude Wc++98-compat
> $ cat tidylog.txt | grep '\[\-W' | grep -v "Wc++98-compat" | wc -l
> 592206
> # Exclude Wc++98-compat and Wpadded
> $ cat tidylog.txt | grep '\[\-W' | grep -v "Wc++98-compat" | grep -v "Wpadded" | wc -l
> 316982{noformat}
> It seems like excluding these two warnings is useful to reduce the output size.
> An issue we saw recently is that the JUnitXML from the build is so overwhelmed by the useless warnings that the actual error gets cut off due to size constraints for JUnitXML. This should help with that.
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscribe@impala.apache.org
For additional commands, e-mail: issues-all-help@impala.apache.org