1. 06 May, 2021 1 commit
  2. 05 May, 2021 1 commit
    • Daniel Dromboski's avatar
      [tools] More Python 3 compatibility fixes · 8807f0ad
      Daniel Dromboski authored
      These should all be forward/backward compatible with Python 2/Python 3.
      
      [tools] Tweak statusfile.py for Python 3
      
      .iteritems() does not exist in Python 3, only .items().
      
      (While .iteritems() was meant to be an optimization over .items()
      in Python 2, .items() should work fine, and it is forward/backward
      compatible.)
      
      
      [tools] Fix another Python 3 issue in mb.py
      
      sys.platform used to return e.g. 'linux2', which is 'linux' plus
      whatever the first digit of `uname -r` was when Python was built.
      As of Python 3.3, it always returns just 'linux' for Linux OSes.
      Use `sys.platform.startswith('linux')` for forward/backward
      compatibility.
      
      
      [tools] Make base_runner.py Python 3 compatible
      
      dict.keys() returns a dict_keys in Python 3, whereas it
      used to return a simple array. list() is forward/backward
      compatible with identical results on Python 2/3 (returns array).
      
      (Tested on Linux x64, trying to recreate NodeJS's CI workflow.)
      
      
      [tools] Make tools/dev/v8gen.py work with Python 3
      
      dict.keys() returns a dict_keys in Python 3, whereas it
      used to return a simple array. list() is forward/backward
      compatible with identical results on Python 2/3 (returns array).
      
      Comparing a None-type value numerically used to result in the
      None-type value always being considered "less than" the thing
      it is compared to. As of Python 3, numerically comparing against
      None or None-typed values results in an error. Check if a value
      is truthy before numerically comparing it, for forward/backward
      compatibility.
      
      print() used to transparently decode byte strings in Python 2.
      In Python 3, they must be explicitly decoded first.
      
      (Tested on Linux 64-bit, trying to recreate NodeJS's CI workflow.)
      
      Bug: v8:9871
      Change-Id: I059bf98577a67649bbe7ec49848989d468da96b0
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2867270Reviewed-by: 's avatarMichael Achenbach <machenbach@chromium.org>
      Commit-Queue: Michael Achenbach <machenbach@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#74369}
      8807f0ad
  3. 04 May, 2021 1 commit
  4. 03 May, 2021 3 commits
  5. 29 Apr, 2021 4 commits
  6. 28 Apr, 2021 3 commits
  7. 27 Apr, 2021 2 commits
  8. 26 Apr, 2021 2 commits
  9. 23 Apr, 2021 3 commits
  10. 22 Apr, 2021 1 commit
  11. 21 Apr, 2021 2 commits
  12. 20 Apr, 2021 1 commit
    • Sathya Gunasekaran's avatar
      Reland "[ic] Add a new MegaDOM IC" · fbd114bd
      Sathya Gunasekaran authored
      This is a reland of c83c9590
      
      Changes since revert: nothing, issue was crbug.com/v8/11666
      
      Original change's description:
      > [ic] Add a new MegaDOM IC
      >
      > This patch implements the MegaDOM IC setup and access. A new MegaDOM
      > IC state indicates that we've seen only DOM accessors at this access
      > site.
      >
      > This CL only adds support for DOM getters in LoadIC, other kinds of
      > access will be added in follow on CLs.
      >
      > Still remaining TODO before shipping:
      > 1. Have a mechanism to invalidate the protector
      > 2. Have a mechanism to find the accessors that aren't overloaded
      > 3. Use a new builtin to miss to runtime on access check failure
      >
      > Change-Id: Ie12efe5e9fa284f023043b996d61e7d74e710ee2
      > Bug: v8:11321
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2618239
      > Reviewed-by: Omer Katz <omerkatz@chromium.org>
      > Reviewed-by: Camillo Bruni <cbruni@chromium.org>
      > Reviewed-by: Dan Elphick <delphick@chromium.org>
      > Reviewed-by: Mythri Alle <mythria@chromium.org>
      > Commit-Queue: Sathya Gunasekaran  <gsathya@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#73733}
      
      Bug: v8:11321
      Change-Id: I2bec54465542b5b40c42adb6eb12b6ce72cce5bd
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2794439Reviewed-by: 's avatarDan Elphick <delphick@chromium.org>
      Reviewed-by: 's avatarMythri Alle <mythria@chromium.org>
      Reviewed-by: 's avatarCamillo Bruni <cbruni@chromium.org>
      Reviewed-by: 's avatarOmer Katz <omerkatz@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Sathya Gunasekaran  <gsathya@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#74056}
      fbd114bd
  13. 19 Apr, 2021 2 commits
  14. 15 Apr, 2021 1 commit
  15. 14 Apr, 2021 1 commit
  16. 12 Apr, 2021 3 commits
  17. 10 Apr, 2021 1 commit
  18. 09 Apr, 2021 1 commit
  19. 08 Apr, 2021 2 commits
  20. 07 Apr, 2021 2 commits
  21. 06 Apr, 2021 1 commit
    • Shu-yu Guo's avatar
      Reland^2 "[ptr-cage] Rename IsolateRoot to PtrComprCageBase" · 627b6b2f
      Shu-yu Guo authored
      This is a reland of e28dadc2
      
      The original failure was due to a stale Win32 bot. The reland failure
      was due to idempotent task deduplication returning the exact same
      failure. See crbug/1196064
      
      Original change's description:
      > [ptr-cage] Rename IsolateRoot to PtrComprCageBase
      >
      > Currently, IsolateRoot is both the address of the Isolate root and the
      > base address of the pointer compression reservation. This CL teases the
      > two uses apart by renaming IsolateRoot to PtrComprCageBase.
      >
      > - In addition to V8_COMPRESS_POINTERS, add a
      >   V8_COMPRESS_POINTERS_IN_ISOLATE_CAGE (vs SHARED_CAGE).
      >
      > - Rename GetIsolate* helpers to GetPtrComprCageBase. When
      >   V8_COMPRESS_POINTERS_IN_ISOLATE_CAGE is true, the helpers remain as
      >   aliases to GetPtrComprCageBase.
      >
      > - Rename kPtrComprIsolateRootAlignment to kPtrComprCageBaseAlignment.
      >
      > Bug: v8:11460
      > Change-Id: I1d715f678ce9a0b5731895612ca14f56579b1c48
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2783672
      > Commit-Queue: Shu-yu Guo <syg@chromium.org>
      > Auto-Submit: Shu-yu Guo <syg@chromium.org>
      > Reviewed-by: Igor Sheludko <ishell@chromium.org>
      > Reviewed-by: Ross McIlroy <rmcilroy@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#73790}
      
      Bug: v8:11460
      No-Try: true
      Tbr: ishell@chromium.org
      Tbr: rmcilroy@chromium.org
      Change-Id: Id69311cf3267ebe1297fff159de0be48b15b65a3
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2806546Reviewed-by: 's avatarShu-yu Guo <syg@chromium.org>
      Commit-Queue: Shu-yu Guo <syg@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#73795}
      627b6b2f
  22. 05 Apr, 2021 2 commits