JDK-8236366 : Consolidate static and dynamic CDS method adapter trampoline allocation
  • Type: Sub-task
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 15
  • Priority: P3
  • Status: Resolved
  • Resolution: Duplicate
  • Submitted: 2019-12-20
  • Updated: 2021-02-09
  • Resolved: 2021-02-09
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 16
16Resolved
Related Reports
Duplicate :  
JDK-8253920 - Share method trampolines in CDS dynamic archive
Relates :  
JDK-8026297 - Generate AdapterHandlerEntry during CDS dump
Description
This is the second step of JDK-8234693 Consolidate CDS static and dynamic archive dumping code
----

In dynamic CDS dumping, method entry trampolines are allocated in DynamicArchiveBuilder::make_trampolines() 

http://hg.openjdk.java.net/jdk/jdk/file/f33197adda9a/src/hotspot/share/memory/dynamicArchive.cpp#l803

whereas in static CDS dumping, it's done in CDSAdapterHandlerEntry::init() 

http://hg.openjdk.java.net/jdk/jdk/file/f33197adda9a/src/hotspot/share/runtime/sharedRuntime.cpp#l3172

We should convert the static dumping to the former, which avoids special handling during regular method linking.
Comments
This RFE is implemented as a part of JDK-8253920. Closing as a duplicate thereof.
09-02-2021
This RFE will be unnecessary if we decide to go with JDK-8026297- Generating AdapterHandlerEntry during CDS dump, which will get rid of the adapter trampolines altogether.
10-01-2020