> Please review this patch that fixes a critical issue that breaks some Proxy
> usages.
>
> CONSTANT_Class and CONSTANT_MethodType must fail resolution for inaccessible
> package-private types per JVMS 5.4.3.1 and 5.4.3.5, yet such types can appear
> in method descriptors in the same class. The
> Things have changed since https://github.com/openjdk/jdk/pull/14636 was
> closed, so let me reopen it.
>
> https://github.com/openjdk/jdk/pull/15386 confirmed that `VarHandle` in BALE
> caused a startup regression. In order to not have any more revert patches, it
> makes sense to optimize BAL
On Mon, 10 Jun 2024 02:12:11 GMT, Glavo wrote:
> Things have changed since https://github.com/openjdk/jdk/pull/14636 was
> closed, so let me reopen it.
>
> https://github.com/openjdk/jdk/pull/15386 confirmed that `VarHandle` in BALE
> caused a startup regression. In order to not have any more
Sets the version to 24/24-ea and the copyright year to 2025.
Content changes related to the start of release (e.g. for removed options in
java.1) are handled separately.
This initial generation also picks up the unpublished changes from:
- JDK-8330807: Update Manpage for obsoletion of Scavenge
Things have changed since https://github.com/openjdk/jdk/pull/14636 was closed,
so let me reopen it.
https://github.com/openjdk/jdk/pull/15386 confirmed that `VarHandle` in BALE
caused a startup regression. In order to not have any more revert patches, it
makes sense to optimize BALE.
The opti
On Sun, 9 Jun 2024 22:45:26 GMT, Shaojin Wen wrote:
>> After PR #16245, C2 optimizes stores into primitive arrays by combining
>> values into larger stores. In the UUID.toString method,
>> ByteArrayLittleEndian can be removed, making the code more elegant and
>> faster.
>
> Shaojin Wen has u
Please review this patch that fixes a critical issue that breaks some Proxy
usages.
CONSTANT_Class and CONSTANT_MethodType must fail resolution for inaccessible
package-private types per JVMS 5.4.3.1 and 5.4.3.5, yet such types can appear
in method descriptors in the same class. The proposed wa
On Sun, 9 Jun 2024 22:45:26 GMT, Shaojin Wen wrote:
>> After PR #16245, C2 optimizes stores into primitive arrays by combining
>> values into larger stores. In the UUID.toString method,
>> ByteArrayLittleEndian can be removed, making the code more elegant and
>> faster.
>
> Shaojin Wen has u
> After PR #16245, C2 optimizes stores into primitive arrays by combining
> values into larger stores. In the UUID.toString method,
> ByteArrayLittleEndian can be removed, making the code more elegant and faster.
Shaojin Wen has updated the pull request incrementally with one additional
commi
On Sun, 9 Jun 2024 07:22:39 GMT, Shaojin Wen wrote:
>> After PR #16245, C2 optimizes stores into primitive arrays by combining
>> values into larger stores. In the UUID.toString method,
>> ByteArrayLittleEndian can be removed, making the code more elegant and
>> faster.
>
> Shaojin Wen has u
> After PR #16245, C2 optimizes stores into primitive arrays by combining
> values into larger stores. In the UUID.toString method,
> ByteArrayLittleEndian can be removed, making the code more elegant and faster.
Shaojin Wen has updated the pull request incrementally with two additional
commi
> After PR #16245, C2 optimizes stores into primitive arrays by combining
> values into larger stores. In the UUID.toString method,
> ByteArrayLittleEndian can be removed, making the code more elegant and faster.
Shaojin Wen has updated the pull request incrementally with one additional
commi
On Sat, 8 Jun 2024 23:30:38 GMT, Shaojin Wen wrote:
>> After PR #16245, C2 optimizes stores into primitive arrays by combining
>> values into larger stores. In the UUID.toString method,
>> ByteArrayLittleEndian can be removed, making the code more elegant and
>> faster.
>
> Shaojin Wen has u
13 matches
Mail list logo
