HotSpotResolvedObjectType: implement hasFinalizeSubclass() correctly don't use the (wrong) cached value, but ask the runtime on each request. Fixes regression on xml.* benchmarks @ specjvm2008. The problem was: After the constructor of Object was deoptimized due to an assumption violation, it was recompiled again after some time. However, on recompilation, the value of hasFinalizeSubclass for the class was not updated and it was compiled again with a, now wrong, assumption, which then triggers deoptimization again. This was repeated until it hit the recompilation limit (defined by PerMethodRecompilationCutoff), and therefore only executed by the interpreter from now on, causing the performance regression.

README:
  This file should be located at the top of the hotspot Mercurial repository.

  See http://openjdk.java.net/ for more information about the OpenJDK.

  See ../README-builds.html for complete details on build machine requirements.

Simple Build Instructions:

    cd make && gnumake
     
  The files that will be imported into the jdk build will be in the "build"
  directory.