We should also preserve adapters (i2c, c2i) to avoid generation during startup.
- blocks
-
JDK-8354887 Preserve runtime blobs in AOT code cache
-
- Resolved
-
- causes
-
JDK-8360942 [ubsan] aotCache tests trigger runtime error: applying non-zero offset 16 to null pointer in CodeBlob::relocation_end()
-
- Open
-
-
JDK-8356122 Client build fails after JDK-8350209
-
- Resolved
-
-
JDK-8356192 Enable AOT code caching only on supported platforms
-
- Resolved
-
-
JDK-8356153 Shenandoah stubs are missing in AOT Code Cache addresses table
-
- Resolved
-
-
JDK-8357047 [ubsan] AdapterFingerPrint::AdapterFingerPrint runtime error: index 3 out of bounds
-
- Resolved
-
-
JDK-8358690 Some initialization code asks for AOT cache status way too early
-
- Resolved
-
-
JDK-8360679 [TESTBUG] AArch64: Three cases under test/hotspot/jtreg/runtime/cds/appcds/methodHandles/ fail with -XX:+UseShenandoahGC after JDK-8350209
-
- New
-
- duplicates
-
JDK-8026297 Generate AdapterHandlerEntry during CDS dump
-
- Closed
-
- is blocked by
-
JDK-8348426 Generate binary file for -XX:AOTMode=record -XX:AOTConfiguration=file
-
- Resolved
-
- relates to
-
JDK-8355352 [premain] rename AOT Code classes and logging tags
-
- Resolved
-
-
JDK-8355514 [premain] rename AOT code flags and adjust their ergonomic settings
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk/aae2bb62
-
Review(master) openjdk/jdk/24740