On Sat, 19 Oct 2024 11:56:32 GMT, Shaojin Wen wrote:
>> Cache commonly used classDesc to avoid creating ReferenceClassDescImpl every
>> time
>
> Shaojin Wen has updated the pull request incrementally with one additional
> commit since the last revision:
>
> add LFI/NFI
Would it make sense f
On Sat, 19 Oct 2024 06:39:54 GMT, ExE Boss wrote:
>> This DMH is derived from invokerName, which comes from
>> java.lang.invoke.LambdaForm.Kind#defaultLambdaName
>
> `"NFI"` and `"LFI"` should probably also be added to this `switch`.
No: I believe these names are used for invokers spun exclusiv
On Fri, 18 Oct 2024 23:13:27 GMT, Shaojin Wen wrote:
>> src/java.base/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java
>> line 141:
>>
>>> 139: case "MH" -> CD_MH;
>>> 140: case "DMH" -> CD_DMH;
>>> 141: case "BMH" -> CD_BMH;
>>
>> I don't see w
> Cache commonly used classDesc to avoid creating ReferenceClassDescImpl every
> time
Shaojin Wen has updated the pull request incrementally with one additional
commit since the last revision:
add LFI/NFI
-
Changes:
- all: https://git.openjdk.org/jdk/pull/21580/files
- new:
On Fri, 18 Oct 2024 13:32:57 GMT, Chen Liang wrote:
>> Cache commonly used classDesc to avoid creating ReferenceClassDescImpl every
>> time
>
> src/java.base/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java
> line 141:
>
>> 139: case "MH" -> CD_MH;
>> 140:
On Fri, 18 Oct 2024 10:01:59 GMT, Shaojin Wen wrote:
> Cache commonly used classDesc to avoid creating ReferenceClassDescImpl every
> time
src/java.base/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java line
141:
> 139: case "MH" -> CD_MH;
> 140: case "DMH"
Cache commonly used classDesc to avoid creating ReferenceClassDescImpl every
time
-
Commit messages:
- cache ClassDesc MH/BMH/DMH
Changes: https://git.openjdk.org/jdk/pull/21580/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=21580&range=00
Issue: https://bugs.openjdk.or
