1. 31 Jul, 2017 1 commit
  2. 25 Jul, 2017 1 commit
  3. 20 Jul, 2017 1 commit
  4. 18 Jul, 2017 1 commit
  5. 13 Jul, 2017 1 commit
  6. 10 Jul, 2017 1 commit
  7. 07 Jul, 2017 1 commit
  8. 05 Jul, 2017 1 commit
  9. 04 Jul, 2017 1 commit
  10. 12 Jun, 2017 1 commit
  11. 08 Jun, 2017 1 commit
    • sampsong's avatar
      PPC/s390: [compiler] Delay allocation of code-embedded heap numbers. · ae947e26
      sampsong authored
      Port 659e8f7b
      
      Original Commit Message:
      
          Instead of allocating and embedding certain heap numbers into the code
          during code assembly, emit dummies but record the allocation requests.
          Later then, in Assembler::GetCode, allocate the heap numbers and patch
          the code by replacing the dummies with the actual objects. The
          RelocInfos for the embedded objects are already recorded correctly when
          emitting the dummies.
      
      R=neis@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, bjaideep@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=v8:6048
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2929843002
      Cr-Commit-Position: refs/heads/master@{#45793}
      ae947e26
  12. 31 May, 2017 1 commit
    • neis's avatar
      [compiler] Delay allocation of code-embedded heap numbers. · 659e8f7b
      neis authored
      Instead of allocating and embedding certain heap numbers into the code
      during code assembly, emit dummies but record the allocation requests.
      Later then, in Assembler::GetCode, allocate the heap numbers and patch
      the code by replacing the dummies with the actual objects. The
      RelocInfos for the embedded objects are already recorded correctly when
      emitting the dummies.
      
      R=jarin@chromium.org
      BUG=v8:6048
      
      Review-Url: https://codereview.chromium.org/2900683002
      Cr-Commit-Position: refs/heads/master@{#45635}
      659e8f7b
  13. 22 May, 2017 2 commits
  14. 12 May, 2017 1 commit
  15. 04 May, 2017 1 commit
  16. 24 Apr, 2017 1 commit
  17. 21 Apr, 2017 5 commits
  18. 20 Apr, 2017 1 commit
  19. 18 Apr, 2017 1 commit
  20. 13 Apr, 2017 1 commit
  21. 12 Apr, 2017 2 commits
  22. 11 Apr, 2017 2 commits
  23. 07 Apr, 2017 3 commits
  24. 06 Apr, 2017 1 commit
  25. 05 Apr, 2017 1 commit
  26. 03 Apr, 2017 1 commit
  27. 31 Mar, 2017 2 commits
  28. 27 Mar, 2017 1 commit
    • erikcorry's avatar
      Regexp: Optimize better in presence of lookaround. · 8df7c2a2
      erikcorry authored
      Previously the Boyer-Moore-Horspool optimization gave up in the presence of a
      submatch.  A submatch is where we record the current position so that we can go
      back to it, which is an essential part of the semantics of lookarounds
      (lookaheads and lookbehinds).  This has been the case since
      Boyer-Moore-Horspool was implemented, but it was overly cautious.
      
      * For positive lookahead it is OK to use the patterns inside the lookahead to
        guide the BMS optimization.
      * For positive lookbehind we harmlessly fail to optimize when the patterns
        inside the lookbehind go backwards because TextNode::EatsAtLeast returns 0.
      * For negative lookarounds, the NegativeLookaroundChoiceNode::FillInBMInfo method
        (in jsregexp.h) knows to only look at the following pattern.
      
      This is in response to disappointing lookbehind performance in Atom.
      See https://github.com/atom/find-and-replace/issues/571
      
      R=yangguo@chromium.org
      BUG=
      
      Review-Url: https://codereview.chromium.org/2777583003
      Cr-Commit-Position: refs/heads/master@{#44139}
      8df7c2a2
  29. 22 Mar, 2017 1 commit
  30. 17 Mar, 2017 1 commit