-
Enhancement
-
Resolution: Fixed
-
P4
-
26
-
b09
-
riscv
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8365421 | 25.0.2 | Dingli Zhang | P4 | Resolved | Fixed | master |
This means the stub is always there for a NativeCall. So there's no need to check existence of the stub when doing `CallRelocation::fix_relocation_after_move`.
We can always return the stub address in `NativeCall::reloc_destination` and use that address in `NativeCall::reloc_set_destination`.
This helps simplify the code and saves one `MacroAssembler::target_addr_for_insn` call and one `trampoline_stub_Relocation::get_trampoline_for` call in these two functions respectively.
- backported by
-
JDK-8365421 RISC-V: Leftover for JDK-8343430 removing old trampoline call
-
- Resolved
-
- relates to
-
JDK-8343430 RISC-V: C2: Remove old trampoline call
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk25u/8e44725f
-
Commit(master) openjdk/jdk/3488f53d
-
Review(master) openjdk/jdk25u/79
-
Review(master) openjdk/jdk/26495
(1 links to)