1. 03 Jun, 2016 2 commits
  2. 02 Jun, 2016 1 commit
  3. 30 May, 2016 1 commit
  4. 27 May, 2016 1 commit
    • bmeurer's avatar
      [runtime] Kill the %NumberToIntegerMapMinusZero runtime entry. · 4b235ade
      bmeurer authored
      This was initially used to special case some weird date.js behavior, but
      has since been abused in other areas. In case of the string character
      access, everything that is outside the Smi range cannot be a valid
      string index anyways, so %NumberToSmi is perfect here in either case,
      and for ToPositiveInteger it's better to just use ToInteger adding +0 to
      turn -0 into +0.
      
      R=ishell@chromium.org
      BUG=v8:5049
      
      Review-Url: https://codereview.chromium.org/2010183003
      Cr-Commit-Position: refs/heads/master@{#36545}
      4b235ade
  5. 25 May, 2016 1 commit
  6. 24 May, 2016 2 commits
  7. 20 May, 2016 1 commit
    • zhengxing.li's avatar
      X87: [Interpreter] Support compiling for baseline on return from interpreted function. · 45005083
      zhengxing.li authored
        port f241a61a (r36360)
      
        original commit message:
        We cannot tier up from interpreted to baseline code when there is an
        activation of the function on the stack. This significantly regresses
        the performance of recursive functions since they are unlikely to get
        tiered up.
      
        This CL adds the ability for a function to be marked for baseline
        compilation when it returns. To do this we patch the
        InterpreterEntryTrampoline return address to point to
        InterpreterMarkBaselineOnReturn, which leaves the
        interpreted frame and recompile the function for
        baseline.
      
        This improves the score of EarlyBoyer by ~8x for Ignition.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/1998153002
      Cr-Commit-Position: refs/heads/master@{#36396}
      45005083
  8. 19 May, 2016 2 commits
  9. 18 May, 2016 1 commit
  10. 13 May, 2016 1 commit
  11. 12 May, 2016 1 commit
    • zhengxing.li's avatar
      X87: [Interpreter] Fix incorrect frame walking in arguments create stubs. · d748daa3
      zhengxing.li authored
        port 40f34541 (r36181)
      
        original commit message:
        The previous approach taken by FastNew[Sloppy,Strict,Rest]ArgumentsStub
        looked at the function slot in order to skip stub frames
        and find the JS frame. However, stub frames do not have a
        function slot (in fact their fixed frame ends one slot
        before the JS frame's function slot). Therefore, if this
        location in the stub frame happens to have the function
        object the create arguments stubs won't skip this frame
        correctly.
      
        Replace this approach with one where the stub is
        specialized to either skip a frame if required (since
        there will only ever be one extra frame on Ignition
        the loop approach isn't necessary).
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/1976483002
      Cr-Commit-Position: refs/heads/master@{#36197}
      d748daa3
  12. 11 May, 2016 2 commits
  13. 10 May, 2016 3 commits
  14. 09 May, 2016 2 commits
  15. 06 May, 2016 2 commits
  16. 05 May, 2016 3 commits
  17. 03 May, 2016 2 commits
  18. 29 Apr, 2016 1 commit
  19. 27 Apr, 2016 1 commit
  20. 26 Apr, 2016 2 commits
  21. 25 Apr, 2016 2 commits
  22. 22 Apr, 2016 1 commit
  23. 21 Apr, 2016 1 commit
  24. 20 Apr, 2016 2 commits
  25. 19 Apr, 2016 2 commits