RFR: Implement deoptimization support in Shark
rkennke at redhat.com
Thu Dec 6 12:43:18 PST 2012
This change implements support for method deoptimization in Shark, and
thus (re-) enables an optimization for potentially inlining virtual
This optimization has been enabled before, a while ago, but has been
disabled because it leads to segmentation faults:
I used the testcase in the above bugreport (one of the jtreg tests in
jdk) to verify that the change does indeed deoptimize (and re-compile)
methods correctly. Besides that, no regressions could be found in
hotspot/test/compiler (and a bunch of other tests and programs I've been
running, including SpecJVM, Eclipse, etc).
Ok to go in?
More information about the hotspot-compiler-dev