RFR: 8347396: Efficient TypeFunc creations [v2]
Vladimir Ivanov
vlivanov at openjdk.org
Fri Nov 14 04:14:11 UTC 2025
On Mon, 27 Oct 2025 05:11:47 GMT, Harshit470250 <duke at openjdk.org> wrote:
>> This PR do similar changes done by [JDK-8330851](https://bugs.openjdk.org/browse/JDK-8330851) on the GC TypeFunc creation as suggested by [JDK-8347396](https://bugs.openjdk.org/browse/JDK-8347396). As discussed in [https://github.com/openjdk/jdk/pull/21782#discussion_r1906535686,](https://github.com/openjdk/jdk/pull/21782#discussion_r1906535686) I have put guard on the shenandoah gc specific part of the code.
>
> Harshit470250 has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains five commits:
>
> - Merge master
> - update make_barrier_type
> - Merge branch 'openjdk:master' into new_pr
> - Merge branch 'openjdk:master' into new_pr
> - My chages
It would be clearer if ShenandoahGC-specific names explicitly refer to Shenandoah GC (`OptoRuntime::_shenandoah_load_reference_barrier_Type`, `make_shenandoah_load_reference_barrier_Type() `, `shenandoah_load_reference_barrier_Type()`).
Otherwise, looks good.
-------------
PR Review: https://git.openjdk.org/jdk/pull/27279#pullrequestreview-3462688619
More information about the hotspot-dev
mailing list