*** old/test/compiler/rtm/locking/TestRTMAfterNonRTMDeopt.java	Tue Dec  9 15:13:10 2014
--- new/test/compiler/rtm/locking/TestRTMAfterNonRTMDeopt.java	Tue Dec  9 15:13:10 2014

*** 27,40 ****
--- 27,40 ----
   * @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
!  * @library /testlibrary /../../test/lib /compiler/testlibrary
   * @build TestRTMAfterNonRTMDeopt
!  * @run main ClassFileInstaller sun.hotspot.WhiteBox
!  *                              sun.hotspot.WhiteBox$WhiteBoxPermission
!  * @run main ClassFileInstaller jdk.testlib.WhiteBox
!  *                              jdk.testlib.WhiteBox$WhiteBoxPermission
   * @run main/othervm -Xbootclasspath/a:. -XX:+UnlockDiagnosticVMOptions
   *                   -XX:+WhiteBoxAPI TestRTMAfterNonRTMDeopt
   */
  
  import java.util.List;