1. 10 Apr, 2013 1 commit
  2. 09 Apr, 2013 1 commit
  3. 04 Apr, 2013 2 commits
  4. 03 Apr, 2013 1 commit
  5. 25 Mar, 2013 1 commit
  6. 22 Mar, 2013 1 commit
  7. 18 Mar, 2013 1 commit
  8. 14 Mar, 2013 1 commit
  9. 13 Mar, 2013 2 commits
  10. 11 Mar, 2013 3 commits
  11. 08 Mar, 2013 1 commit
  12. 05 Mar, 2013 1 commit
  13. 04 Mar, 2013 1 commit
  14. 01 Mar, 2013 2 commits
  15. 28 Feb, 2013 2 commits
  16. 27 Feb, 2013 4 commits
  17. 26 Feb, 2013 1 commit
  18. 25 Feb, 2013 1 commit
  19. 20 Feb, 2013 1 commit
  20. 14 Feb, 2013 1 commit
  21. 12 Feb, 2013 1 commit
  22. 08 Feb, 2013 1 commit
  23. 07 Feb, 2013 1 commit
  24. 04 Feb, 2013 1 commit
  25. 29 Jan, 2013 1 commit
  26. 28 Jan, 2013 1 commit
  27. 23 Jan, 2013 1 commit
    • yangguo@chromium.org's avatar
      Avoid handle dereference during graph optimization. · 3c225241
      yangguo@chromium.org authored
      With parallel recompilation enabled, objects made accessible by handles may
      have changed between graph construction and graph optimization. Therefore
      we must not assume that information on those objects remain the same between
      those two phases. To police this, we forbid handle dereferencing during
      graph optimization.
      Exceptions to this rule are:
       - Dereferencing the handle to obtain the raw location of the object. This
         is safe since parallel recompilation acquires RelocationLock
       - Some places that dereference the handle for a type check. These are checked
         to be safe on a case-by-case basis.
      
      R=jkummerow@chromium.org
      BUG=
      
      Review URL: https://chromiumcodereview.appspot.com/12049012
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@13475 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      3c225241
  28. 21 Jan, 2013 1 commit
  29. 17 Jan, 2013 3 commits