| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8205886 | 11.0.1 | Stefan Karlsson | P4 | Resolved | Fixed | team |
ScanClosureWithParBarrier inherits from ScanClosure, and overrides the do_oop implementations in ScanClosure.
ScanClosureWithParBarrier is the only ExtendedOopClosure that overrides the do_oop functions of a super class.
I propose that we change so that ScanClosureWithParBarrier instead inherits from ScanClosure's super class. This allows for an interesting way to divirtualize our do_oop calls without the current specialized oops macros.
ScanClosureWithParBarrier is the only ExtendedOopClosure that overrides the do_oop functions of a super class.
I propose that we change so that ScanClosureWithParBarrier instead inherits from ScanClosure's super class. This allows for an interesting way to divirtualize our do_oop calls without the current specialized oops macros.
- backported by
-
JDK-8205886 Split ScanClosure and ScanClosureWithParBarrier
-
- Resolved
-
- blocks
-
JDK-8204540 Automatic oop closure devirtualization
-
- Resolved
-
- relates to
-
-
- Resolved
-