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