test/compiler/rtm/locking/TestRTMAfterNonRTMDeopt.java

Print this page

        

*** 27,37 **** * @bug 8031320 * @summary Verify that if we use RTMDeopt, then deoptimization * caused by reason other then rtm_state_change will reset * method's RTM state. And if we don't use RTMDeopt, then * RTM state remain the same after such deoptimization. ! * @library /testlibrary /testlibrary/whitebox /compiler/testlibrary * @build TestRTMAfterNonRTMDeopt * @run main ClassFileInstaller sun.hotspot.WhiteBox * sun.hotspot.WhiteBox$WhiteBoxPermission * @run main/othervm -Xbootclasspath/a:. -XX:+UnlockDiagnosticVMOptions * -XX:+WhiteBoxAPI TestRTMAfterNonRTMDeopt --- 27,37 ---- * @bug 8031320 * @summary Verify that if we use RTMDeopt, then deoptimization * caused by reason other then rtm_state_change will reset * method's RTM state. And if we don't use RTMDeopt, then * RTM state remain the same after such deoptimization. ! * @library /testlibrary /../../test/lib /compiler/testlibrary * @build TestRTMAfterNonRTMDeopt * @run main ClassFileInstaller sun.hotspot.WhiteBox * sun.hotspot.WhiteBox$WhiteBoxPermission * @run main/othervm -Xbootclasspath/a:. -XX:+UnlockDiagnosticVMOptions * -XX:+WhiteBoxAPI TestRTMAfterNonRTMDeopt