1. 01 Dec, 2020 1 commit
  2. 08 Jul, 2019 1 commit
  3. 03 Jul, 2019 2 commits
  4. 28 Jun, 2019 2 commits
  5. 12 Jun, 2019 1 commit
  6. 11 Dec, 2018 1 commit
  7. 29 Oct, 2018 1 commit
  8. 03 Jul, 2017 1 commit
    • Mathias Bynens's avatar
      [elements] Rename Has*Elements and Is*ElementsKind methods · 7915cf93
      Mathias Bynens authored
      Commit 26c00f4a improved the names of
      most FAST_* elements kinds in the enum. This patch updates the matching
      Has*Elements and Is*ElementsKind method names accordingly.
      
      - HasFastSmiElements => HasSmiElements
      - IsFastSmiElementsKind => IsSmiElementsKind
      - HasFastObjectElements => HasObjectElements
      - IsFastObjectElementsKind => IsObjectElementsKind
      - HasFastSmiOrObjectElements => HasSmiOrObjectElements
      - IsFastSmiOrObjectElementsKind => IsSmiOrObjectElementsKind
      - HasFastDoubleElements => HasDoubleElements
      - IsFastDoubleElementsKind => IsDoubleElementsKind
      - HasFastHoleyElements => HasHoleyElements
      - IsFastHoleyElementsKind => IsHoleyElementsKind
      
      Additionally, FastHoleyElementsUsage is renamed to HoleyElementsUsage.
      
      BUG=v8:6548
      
      Cq-Include-Trybots: master.tryserver.chromium.linux:linux_chromium_rel_ng
      Change-Id: Ie8f3d01eb43e909cbc6c372d88c5fbc4dfc2ac04
      Reviewed-on: https://chromium-review.googlesource.com/558356Reviewed-by: 's avatarBenedikt Meurer <bmeurer@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Mathias Bynens <mathias@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#46376}
      7915cf93
  9. 30 Jun, 2017 1 commit
    • Mathias Bynens's avatar
      [elements] Rename FAST elements kinds · 26c00f4a
      Mathias Bynens authored
      The `FAST_` prefix doesn’t make much sense — they’re all just different cases
      with their own optimizations. Packedness being implicit (e.g. `FAST_ELEMENTS`
      vs. `FAST_HOLEY_ELEMENTS`) is not ideal, either.
      
      This patch renames the FAST elements kinds as follows:
      
      - e.g. FAST_ELEMENTS => PACKED_ELEMENTS
      - e.g. FAST_HOLEY_ELEMENTS => HOLEY_ELEMENTS
      
      The following exceptions are left intact, for lack of a better name:
      
      - FAST_SLOPPY_ARGUMENTS_ELEMENTS
      - SLOW_SLOPPY_ARGUMENTS_ELEMENTS
      - FAST_STRING_WRAPPER_ELEMENTS
      - SLOW_STRING_WRAPPER_ELEMENTS
      
      This makes it easier to reason about elements kinds, and less confusing to
      explain how they’re used.
      
      R=jkummerow@chromium.org, cbruni@chromium.org
      BUG=v8:6548
      
      Cq-Include-Trybots: master.tryserver.chromium.linux:linux_chromium_rel_ng
      Change-Id: Ie7c6bee85583c3d84b730f7aebbd70c1efa38af9
      Reviewed-on: https://chromium-review.googlesource.com/556032Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Reviewed-by: 's avatarJakob Kummerow <jkummerow@chromium.org>
      Reviewed-by: 's avatarCamillo Bruni <cbruni@chromium.org>
      Reviewed-by: 's avatarJaroslav Sevcik <jarin@chromium.org>
      Reviewed-by: 's avatarAndreas Haas <ahaas@chromium.org>
      Commit-Queue: Mathias Bynens <mathias@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#46361}
      26c00f4a
  10. 28 Feb, 2017 1 commit
  11. 21 Feb, 2017 1 commit
    • Caitlin Potter's avatar
      [builtins] fix slow-path handling of -Infinity in ArrayIncludes · 4cd8a8b7
      Caitlin Potter authored
      This is a speculative fix, but I believe it might work.
      
      Idea is to keep `start_from` as a double while establishing an appropriate
      index to begin iteration. This should keep -Infinity intact rather than
      converting it to a positive high value, which would break the algorithm.
      This is similar to what had been implemented on the fast path before it was
      changed to send non-Smis to the slow path.
      
      BUG=v8:5986
      R=bmeurer@chromium.org, cbruni@chromium.org, machenbach@chromium.org, adamk@chromium.org
      
      Change-Id: I9965fd2e75a8972f3f1c7a18e51bd580030a66ea
      Reviewed-on: https://chromium-review.googlesource.com/445857
      Commit-Queue: Caitlin Potter <caitp@igalia.com>
      Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#43358}
      4cd8a8b7
  12. 20 Feb, 2017 1 commit
  13. 05 Aug, 2016 1 commit
  14. 04 Aug, 2016 2 commits
  15. 03 Aug, 2016 2 commits
  16. 02 Aug, 2016 2 commits
  17. 01 Aug, 2016 1 commit
  18. 03 Jun, 2016 1 commit
  19. 04 May, 2016 1 commit
    • ishell's avatar
      [es8] More spec compliant syntactic tail calls implementation. · 1350eb3d
      ishell authored
      Unlike previous implementation where the 'continue' keyword was a feature of a return statement the keyword is now recognized as a part of expression. Error reporting was significantly improved.
      
      --harmony-explicit-tailcalls option is now orthogonal to --harmony-tailcalls so we can test both modes at the same time.
      
      This CL also adds %GetExceptionDetails(exception) that fetches hidden |start_pos| and |end_pos| values from the exception object.
      
      BUG=v8:4915
      LOG=N
      
      Review-Url: https://codereview.chromium.org/1928203002
      Cr-Commit-Position: refs/heads/master@{#36024}
      1350eb3d
  20. 26 Apr, 2016 1 commit
  21. 22 Apr, 2016 1 commit
  22. 21 Mar, 2016 1 commit
  23. 12 Dec, 2015 1 commit
  24. 09 Dec, 2015 1 commit
  25. 07 Dec, 2015 1 commit
  26. 04 Aug, 2015 1 commit
  27. 13 Mar, 2015 1 commit
  28. 12 Mar, 2015 1 commit
  29. 04 Mar, 2015 1 commit
  30. 02 Mar, 2015 1 commit
  31. 27 Feb, 2015 1 commit
  32. 19 Dec, 2014 1 commit
  33. 05 Aug, 2014 1 commit
  34. 04 Aug, 2014 1 commit
  35. 28 Jul, 2014 1 commit