-
Enhancement
-
Resolution: Fixed
-
P4
-
21, 25
-
b17
Noticed this while looking at compiled code density. In C1 PatchingStub code, we _always_ perform a runtime call to Thread::current(), even though we can rely on r15_thread to be available. This is because we are calling to `MacroAssembler::get_thread`, which is always doing slowpath.
This kind of accident would be less likely / impossible once we cleanup uses of `MacroAssembler::get_thread` withJDK-8353174.
This kind of accident would be less likely / impossible once we cleanup uses of `MacroAssembler::get_thread` with
- relates to
-
JDK-8353174 Clean up thread register handling after 32-bit x86 removal
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk/6fbaa066
-
Review(master) openjdk/jdk/24291