1. 22 Mar, 2017 2 commits
  2. 21 Mar, 2017 3 commits
  3. 20 Mar, 2017 3 commits
  4. 15 Mar, 2017 1 commit
  5. 14 Mar, 2017 1 commit
  6. 01 Mar, 2017 1 commit
  7. 28 Feb, 2017 1 commit
  8. 23 Feb, 2017 1 commit
  9. 22 Feb, 2017 1 commit
  10. 20 Feb, 2017 5 commits
  11. 08 Feb, 2017 1 commit
  12. 31 Jan, 2017 2 commits
  13. 25 Jan, 2017 1 commit
    • rmcilroy's avatar
      [complier] Enable parallel eager inner function compilation with compiler dispatcher. · 6d42c450
      rmcilroy authored
      Enable enqueueing of eager inner function compilation onto the compiler
      dispatcher. This enables these tasks to be performed in parallel to
      compilation of the outer functio (only for Ignition functions).
      We currently synchronize to ensure all inner function compilations
       are complete before executing the outer function - future work will
      allow outer function execution to happenin parallel to inner function
      compilation.
      
      BUG=v8:5203,v8:5215
      
      Review-Url: https://codereview.chromium.org/2611313002
      Cr-Commit-Position: refs/heads/master@{#42667}
      6d42c450
  14. 10 Jan, 2017 1 commit
  15. 09 Jan, 2017 1 commit
  16. 03 Jan, 2017 3 commits
  17. 21 Dec, 2016 1 commit
  18. 20 Dec, 2016 1 commit
    • yangguo's avatar
      [api] add API for Promise status and result. · 28432588
      yangguo authored
      Currently, to find out a Promise's status and result, one has to use the
      debug context. This is for example done in Node.js. This new API is a
      better replacement, also in the context of the debug context being
      deprecated eventually.
      
      R=franzih@chromium.org, gsathya@chromium.org, jochen@chromium.org
      BUG=v8:5764
      
      Review-Url: https://codereview.chromium.org/2589113002
      Cr-Commit-Position: refs/heads/master@{#41855}
      28432588
  19. 08 Dec, 2016 1 commit
  20. 05 Dec, 2016 1 commit
  21. 02 Dec, 2016 2 commits
  22. 29 Nov, 2016 1 commit
  23. 24 Nov, 2016 1 commit
    • cbruni's avatar
      [counters] RuntimeStats: fix wrong bookkeeping when dynamically changing counters · 244dd002
      cbruni authored
      RuntimeTimerScopes always subtract their own time from the parent timer's
      counter to properly account for the own time. Once a scope is destructed it
      adds it own timer to the current active counter. However, if the current
      counter is changed with CorrectCurrentCounterId we will attribute all the
      subtimers to the previous counter, and add the own time to the new counter.
      This way it is possible to end up with negative times in certain counters but
      the overall would still be correct.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/2511093002
      Cr-Commit-Position: refs/heads/master@{#41254}
      244dd002
  24. 23 Nov, 2016 3 commits
  25. 21 Nov, 2016 1 commit
    • cbruni's avatar
      Revert of [counters] RuntimeStats: fix wrong bookkeeping when dynamically... · 10a31136
      cbruni authored
      Revert of [counters] RuntimeStats: fix wrong bookkeeping when dynamically changing counters. (patchset #10 id:180001 of https://codereview.chromium.org/2511093002/ )
      
      Reason for revert:
      Wronged it even more.
      
      Original issue's description:
      > [counters] RuntimeStats: fix wrong bookkeeping when dynamically changing counters
      >
      > RuntimeTimerScopes always subtract their own time from the parent timer's
      > counter to properly account for the own time. Once a scope is destructed it
      > adds it own timer to the current active counter. However, if the current
      > counter is changed with CorrectCurrentCounterId we will attribute all the
      > subtimers to the previous counter, and add the own time to the new counter.
      > This way it is possible to end up with negative times in certain counters but
      > the overall would still be correct.
      >
      > BUG=
      >
      > Committed: https://crrev.com/f6c74d964d9387df4bed3d8c1ded51eb9e8aa6e8
      > Cr-Commit-Position: refs/heads/master@{#41142}
      
      TBR=ishell@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=
      
      Review-Url: https://codereview.chromium.org/2519073002
      Cr-Commit-Position: refs/heads/master@{#41150}
      10a31136