forked from OSchip/llvm-project
[analyzer] Initialize ShouldEmitErrorsOnInvalidConfigValue analyzer option
Downstream users who doesn't make use of the clang cc1 frontend for commandline argument parsing, won't benefit from the Marshalling provided default initialization of the AnalyzerOptions entries. More about this later. Those analyzer option fields, as they are bitfields, cannot be default initialized at the declaration (prior c++20), hence they are initialized at the constructor. The only problem is that `ShouldEmitErrorsOnInvalidConfigValue` was forgotten. In this patch I'm proposing to initialize that field with the rest. Note that this value is read by `CheckerRegistry.cpp:insertAndValidate()`. The analyzer options are initialized by the marshalling at `CompilerInvocation.cpp:GenerateAnalyzerArgs()` by the expansion of the `ANALYZER_OPTION_WITH_MARSHALLING` xmacro to the appropriate default value regardless of the constructor initialized list which I'm touching. Due to that this only affects users using CSA as a library, without serious effort, I believe we cannot test this. Reviewed By: martong Differential Revision: https://reviews.llvm.org/D133851
This commit is contained in:
parent
194ec844f5
commit
b8e1da0506
|
@ -289,7 +289,8 @@ public:
|
|||
ShowCheckerHelpAlpha(false), ShowCheckerHelpDeveloper(false),
|
||||
ShowCheckerOptionList(false), ShowCheckerOptionAlphaList(false),
|
||||
ShowCheckerOptionDeveloperList(false), ShowEnabledCheckerList(false),
|
||||
ShowConfigOptionsList(false), AnalyzeAll(false),
|
||||
ShowConfigOptionsList(false),
|
||||
ShouldEmitErrorsOnInvalidConfigValue(false), AnalyzeAll(false),
|
||||
AnalyzerDisplayProgress(false), eagerlyAssumeBinOpBifurcation(false),
|
||||
TrimGraph(false), visualizeExplodedGraphWithGraphViz(false),
|
||||
UnoptimizedCFG(false), PrintStats(false), NoRetryExhausted(false),
|
||||
|
|
Loading…
Reference in New Issue