RFR: 8319196: ExecutableElement.getReceiverType doesn't return receiver types for methods loaded from bytecode [v5]

Liam Miller-Cushon cushon at openjdk.org
Thu Nov 9 18:21:16 UTC 2023


On Thu, 9 Nov 2023 17:29:04 GMT, Vicente Romero <vromero at openjdk.org> wrote:

> looks good to me, just minor comments

I addressed the comments, thanks for the review!

I also updated the CSR [JDK-8319330](https://bugs.openjdk.org/browse/JDK-8319330) and moved it back to 'proposed'.

> src/jdk.compiler/share/classes/com/sun/tools/javac/code/Symbol.java line 84:
> 
>> 82: import static com.sun.tools.javac.jvm.ByteCodes.lushrl;
>> 83: import static com.sun.tools.javac.jvm.ByteCodes.lxor;
>> 84: import static com.sun.tools.javac.jvm.ByteCodes.ret;
> 
> this import doesn't seem to be used now

Done

> test/langtools/tools/javac/processing/model/element/TestExecutableReceiverType.java line 51:
> 
>> 49:             for (ExecutableElement e : ElementFilter.methodsIn(
>> 50:                   roundEnv.getElementsAnnotatedWith(ReceiverTypeKind.class))) {
>> 51:               count += testExecutable(e);
> 
> nit: indentation should be 4 spaces here, same issue below

Done

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

PR Comment: https://git.openjdk.org/jdk/pull/16482#issuecomment-1804326825
PR Review Comment: https://git.openjdk.org/jdk/pull/16482#discussion_r1388409119
PR Review Comment: https://git.openjdk.org/jdk/pull/16482#discussion_r1388409373


More information about the compiler-dev mailing list