[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