If a parameter has a nullability annotation, the nullability information of the parameter should be set as a NullabilityState trait at the beginning of the function.
I don't have commit access.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
I believe, zaks.anna and vsavchenko are no longer involved in the project.
I think it makes sense to have the code owners NoQ and xazax.hun as reviewers, and I also tend to review quite a lot nowadays.
And we usually use the [analyzer] tag instead of [StaticAnalyzer] for the patches.
It's useful to use the right tags to trigger the right herald scripts to get the right circle notified.
clang/lib/StaticAnalyzer/Checkers/NullabilityChecker.cpp | ||
---|---|---|
569–573 | Shouldn't we only do this for the analysis entrypoints only? (aka. top-level functions) | |
569–594 | Uh, the diffing here looks terrible. |
clang/lib/StaticAnalyzer/Checkers/NullabilityChecker.cpp | ||
---|---|---|
569–594 | Please note that each iteration of the loop will overwrite the state you made in the previous iteration this way. |
clang/lib/StaticAnalyzer/Checkers/NullabilityChecker.cpp | ||
---|---|---|
569–594 | Updated |
Oops, It seems that I missed the invitation, I just noticed the invitation email in my gmail now ...
I will request Chris to send the invitation again.
Thank you for your recommendation.
Shouldn't we only do this for the analysis entrypoints only? (aka. top-level functions)
I assume this checker already did some modeling of the attributes, hence we have the warnings in the tests.