-
Notifications
You must be signed in to change notification settings - Fork 750
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
JDK 17: NoSuchMethodError for methods in com.sun.tools.javac.code.Scope that take a com.sun.tools.javac.util.Filter #2330
Comments
copybara-service bot
pushed a commit
that referenced
this issue
May 13, 2021
Fixes #2330 PiperOrigin-RevId: 373683703
copybara-service bot
pushed a commit
that referenced
this issue
May 14, 2021
Fixes #2330 PiperOrigin-RevId: 373683703
This was referenced Oct 18, 2021
copybara-service bot
pushed a commit
that referenced
this issue
Oct 19, 2021
Add a compatibility helper method for `getSymbols(Predicate<Symbol>, LookupKind)`. **Context:** In [gradle-baseline](https://github.com/palantir/gradle-baseline#baseline-error-prone-checks), we maintain our own set of error-prone rules and ran into similar JDK 17 compatibility problems as mentioned in #2330. However for our custom rules, we also need a compatibility helper for `getSymbols(Predicate, LookupKind)`. For now, we work around this by copying parts of the `ErrorProneScope` class (([PR](palantir/gradle-baseline#1936))) but ideally we could reuse the existing helper and wouldn't have to maintain our own fork of this class. Fixes #2629 COPYBARA_INTEGRATE_REVIEW=#2629 from fawind:fw/get-symbols-lookup-kind e843406 PiperOrigin-RevId: 404111704
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
e.g.
openjdk/jdk@657f103 replaces
com.sun.tools.javac.util.Filter
withPredicate
, we may need to wrap the methods inScope
to be compatible with both 17 and previous versions.I think this affects at least
The text was updated successfully, but these errors were encountered: