1. 27 2月, 2014 1 次提交
  2. 21 2月, 2014 2 次提交
  3. 14 2月, 2014 2 次提交
  4. 10 2月, 2014 2 次提交
  5. 14 1月, 2014 1 次提交
  6. 08 8月, 2014 3 次提交
  7. 07 8月, 2014 3 次提交
  8. 05 8月, 2014 1 次提交
  9. 03 8月, 2014 1 次提交
  10. 30 7月, 2014 1 次提交
  11. 30 5月, 2014 1 次提交
  12. 17 1月, 2014 1 次提交
  13. 02 8月, 2014 2 次提交
  14. 20 5月, 2014 1 次提交
  15. 29 7月, 2014 1 次提交
  16. 12 5月, 2014 1 次提交
  17. 26 6月, 2014 1 次提交
  18. 21 7月, 2014 1 次提交
  19. 26 7月, 2014 3 次提交
  20. 25 7月, 2014 1 次提交
    • D
      Merge · 4d276fc3
      drchase 提交于
      4d276fc3
  21. 22 7月, 2014 1 次提交
  22. 21 7月, 2014 1 次提交
  23. 19 7月, 2014 2 次提交
  24. 18 7月, 2014 2 次提交
    • G
      8050978: Fix bad field access check in C1 and C2 · ce549026
      goetz 提交于
      Summary: JCK8 test vm/constantpool/accessControl/accessControl004/accessControl00402m3/accessControl00402m3.html fails with -Xbatch -Xcomp due to bad field access check in C1 and C2. Fix: In ciField::ciField(), just before the canonical holder is stored into the _holder variable (and which is used by ciField::will_link()) perform an additional access check with the holder declared in the class file. If this check fails, store the declared holder instead and ciField::will_link() will bail out compilation for this field later on. Then, the interpreter will throw an PrivilegedAccessException at runtime.
      Reviewed-by: kvn, vlivanov
      Contributed-by: andreas.schoesser@sap.com
      ce549026
    • R
      Merge · 1815187c
      robm 提交于
      1815187c
  25. 17 7月, 2014 1 次提交
    • M
      8050972: Concurrency problem in PcDesc cache · 7c57f798
      mdoerr 提交于
      Summary: The entries of the PcDesc cache in nmethods are not declared as volatile, but they are accessed and modified by several threads concurrently.
      Reviewed-by: kvn, dholmes, dcubed
      7c57f798
  26. 22 7月, 2014 1 次提交
  27. 21 7月, 2014 2 次提交
    • T
      8040977: G1 crashes when run with -XX:-G1DeferredRSUpdate · 056efa55
      tschatzl 提交于
      Summary: When G1 is run with -XX:-G1DeferredRSUpdate, the VM crashes because of wrong initialization order of member variables. The change makes the initalization explicit, not relying on initialization order any more.
      Reviewed-by: brutisso, mgerdin
      056efa55
    • T
      8035401: Fix visibility of G1ParScanThreadState members · 9ef303d5
      tschatzl 提交于
      Summary: After JDK-8035400 there were several opportunities to fix the visibility of several members of the G1ParScanThreadState class.
      Reviewed-by: brutisso, mgerdin
      9ef303d5