[jdk18] RFR: 8278373: JavacTrees.searchMethod finds incorrect match

Jan Lahoda jlahoda at openjdk.java.net
Wed Jan 5 14:37:03 UTC 2022


On Tue, 4 Jan 2022 17:19:44 GMT, Jan Lahoda <jlahoda at openjdk.org> wrote:

> Currently, when javac encounters a javadoc reference, like `@see PrintStream#println(int)`, will first try to find a method `println` in `PrintStream` using subtyping on the argument types, which may find another overload of the method with an argument that is a subtype of `int` - like `println(double)`. Consequently, the link in the javadoc may be to a wrong method.
> 
> In this patch, the proposal is to use the subtype search only as a backup option, using the existing check based on `isSameType` first, and only doing an inexact match using subtyping if the more exact match fails to find a method. This fallback should help possible existing broken references to still work as before, while the preferred use of the more exact match should select the correct method in usual correct cases.
> 
> This patch fixes some instances of incorrect references in the JDK's javadoc, a diff of the generated javadocs for the JDK mainline is here:
> http://cr.openjdk.java.net/~jlahoda/8278373/JDK-8278373.diff

I've filled a release note here:
https://bugs.openjdk.java.net/browse/JDK-8279503

And updated the patch to include primitive types and methods with multiple parameters: https://github.com/openjdk/jdk18/pull/79/commits/34e421b96fa7f4e7e20aec16bb758056191b8773

Feedback is welcome!

-------------

PR: https://git.openjdk.java.net/jdk18/pull/79


More information about the compiler-dev mailing list