1. 24 Jun, 2019 16 commits
  2. 23 Jun, 2019 2 commits
  3. 21 Jun, 2019 19 commits
  4. 20 Jun, 2019 3 commits
    • Dan Elphick's avatar
      [interpreter] Fix order of bytecode generated for adding getters/setters · fc68d1e5
      Dan Elphick authored
      Makes the order of the generated calls to the Runtime function
      DefineAccessorPropertyUnchecked fixed regardless of hashseed so that
      recompilation for lazy source positions always generates the same
      result.
      
      Moves AccessorTable from src/ast/ast.h to bytecode-generator.cc since
      that's the only place that uses it.
      
      Bug: v8:9383, v8:8510
      Change-Id: I89e0aad1683a793714bfb48eca1b00abe20cad0a
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1669689
      Commit-Queue: Ross McIlroy <rmcilroy@chromium.org>
      Reviewed-by: 's avatarRoss McIlroy <rmcilroy@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#62303}
      fc68d1e5
    • Maciej Goszczycki's avatar
      Reland "[roheap] Check that ro-heap is always passed the same read-only snapshot" · a5e7c03b
      Maciej Goszczycki authored
      This is a reland of a5fa211f
      
      des_checksum and call_once_run were undefined and unused respectively when
      shared read-only heap was enabled. Fixed with a copious amounts of USE.
      
      Original change's description:
      > [roheap] Check that ro-heap is always passed the same read-only snapshot
      >
      > Previously the ReadOnlyHeap simply discarded all but the first
      > ReadOnlyDeseralizer. ClearSharedHeapForTest should be called if using a
      > new ReadOnlyDeserializer (this might change in the future).
      >
      > Remove an obsolete 'StartupSerializerRootMapDependencies' test. It used
      > to test Map::WeakCellForMap which doesn't exist anymore and was
      > difficult to adapt to a shared read-only heap.
      >
      > Bug: v8:7464
      > Change-Id: I64b8e953b0e3466e003541ec8a9321e439a01d33
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1660612
      > Reviewed-by: Yang Guo <yangguo@chromium.org>
      > Reviewed-by: Dan Elphick <delphick@chromium.org>
      > Commit-Queue: Maciej Goszczycki <goszczycki@google.com>
      > Cr-Commit-Position: refs/heads/master@{#62250}
      
      TBR: yangguo@chromium.org
      Bug: v8:7464
      Change-Id: Id66e781be890c5ed03d066f8c62de703d5cb435e
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1667415Reviewed-by: 's avatarDan Elphick <delphick@chromium.org>
      Commit-Queue: Dan Elphick <delphick@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#62302}
      a5e7c03b
    • Yu Yin's avatar
      [mips][lite] Allocate feedback vectors lazily · 82622c52
      Yu Yin authored
      Port: 7629afdb https://crrev.com/c/1520719
      
      Original Commit Message:
      
          Allocate feedback vectors lazily when the function's interrupt budget has
          reached a specified threshold. This cl introduces a new field in the
          ClosureFeedbackCellArray to track the interrupt budget for allocating
          feedback vectors. Using the interrupt budget on the bytecode array could
          cause problems when there are closures across native contexts and we may
          delay allocating feedback vectors in one of them causing unexpected
          performance cliffs. In the long term we may want to remove interrupt budget
          from bytecode array and use context specific budget for tiering up decisions
          as well.
      
      Change-Id: Icddceec22df3dad7861a30f0190397db130db10d
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1669116Reviewed-by: 's avatarMythri Alle <mythria@chromium.org>
      Commit-Queue: Yu Yin <xwafish@gmail.com>
      Cr-Commit-Position: refs/heads/master@{#62301}
      82622c52