You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's not clear why that code would not want to find the class if the class was an enum, for example. If there's a reason for this, then perhaps an inline comment should be added to state that reason.
Document or fix this suspicious-looking element kind check in
Resolver.findClassInPackage
.checker-framework/javacutil/src/main/java/org/checkerframework/javacutil/Resolver.java
Lines 278 to 289 in cff1a03
Why does it check for exactly
ElementKind.CLASS
? Why doesn't it do something like this instead?Its only caller is in
FlowExpressionParseUtil
.checker-framework/framework/src/main/java/org/checkerframework/framework/util/FlowExpressionParseUtil.java
Lines 494 to 498 in cff1a03
It's not clear why that code would not want to find the class if the class was an enum, for example. If there's a reason for this, then perhaps an inline comment should be added to state that reason.
I'm filing this issue because @wmdietl asked me to in #3017.
The text was updated successfully, but these errors were encountered: