RFR: Implement deoptimization support in Shark

Roman Kennke 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 mailing list