[code-reflection] RFR: BytecodeLift directly calculating local variables + related BytecodeGenerator fixes [v4]
Adam Sotona
asotona at openjdk.org
Mon Aug 26 08:19:24 UTC 2024
On Fri, 23 Aug 2024 16:31:52 GMT, Paul Sandoz <psandoz at openjdk.org> wrote:
>> Adam Sotona has updated the pull request incrementally with one additional commit since the last revision:
>>
>> roundtrip stabilization
>
> src/java.base/share/classes/java/lang/reflect/code/bytecode/BytecodeLift.java line 235:
>
>> 233: case ITEM_DOUBLE -> params.add(JavaType.DOUBLE);
>> 234: case ITEM_LONG -> params.add(JavaType.LONG);
>> 235: case ITEM_NULL -> params.add(JavaType.wildcard());
>
> That's a curious change, can you explain why you did that?
I did this purely for debugging purposes. It is hard to differentiate if a variable has J_L_OBJECT type intentionally or as a result of a bug in the merge process of the lift.
I can revert it if needed.
-------------
PR Review Comment: https://git.openjdk.org/babylon/pull/218#discussion_r1730872527
More information about the babylon-dev
mailing list