RFR: 8347396: Efficient TypeFunc creations [v2]

[Dean Long]

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

src/hotspot/share/opto/runtime.cpp line 2413:

> 2411:   _dtrace_object_alloc_Type           = make_dtrace_object_alloc_Type();
> 2412:   _clone_type_Type                    = make_clone_type_Type();
> 2413: #if INCLUDE_SHENANDOAHGC

A lot of the initializations in this function could be skipped based on runtime flags.  Should we check `UseShenandoahGC` here?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/27279#discussion_r2526743350