AMD64HotSpot: emit jump to IC miss handler directly instead of emitting it inside verfied_entry for empty methods we emitted something like this if a inline cache is needed: prefix: 00: < IC check > ... 0b: jne <ic_miss_call> 11: nop ... verified_entry: 20: ret ic_miss_call: 21: jmp <entry of runtime function> when a method is deoptimized, HotSpot patches the verified_entry (0x20) with a jump to a stub that handles call-sites that has been made non-entrant. since this jump is 5 bytes long, it will overwrite ic_miss_call and blow up every caller that calls this method via the unverified entry (prefix). the fix is to emit the jump to the runtime function inside the unverfied entry: prefix: 00: < IC check > ... 0b: je <verified_entry> 11: jeq <entry of runtime function> 16: nop ... verified_entry: 20: ret

# Deprecated since 5.0u1; for compatibility with 5.0:
disabled.clusters=\
    apisupport1,\
    harness,\
    ide8,\
    java1,\
    nb6.0,\
    profiler2
disabled.modules=\
    org.netbeans.core.execution,\
    org.netbeans.core.multiview,\
    org.netbeans.core.output2,\
    org.netbeans.modules.applemenu,\
    org.netbeans.modules.autoupdate.services,\
    org.netbeans.modules.autoupdate.ui,\
    org.netbeans.modules.core.kit,\
    org.netbeans.modules.favorites,\
    org.netbeans.modules.javahelp,\
    org.netbeans.modules.masterfs,\
    org.netbeans.modules.options.keymap,\
    org.netbeans.modules.sendopts,\
    org.netbeans.modules.templates,\
    org.openide.compat,\
    org.openide.execution,\
    org.openide.util.enumerations
enabled.clusters=\
    platform7
nbjdk.active=JDK_1.6
nbplatform.active=default