1. 12 Jun, 2017 1 commit
  2. 31 May, 2017 2 commits
    • jgruber's avatar
      [debug] Untangle DebugInfo from break point support · d3371c23
      jgruber authored
      DebugInfo was very closely tied to break point support:
      * It contained only information relevant to break points.
      * It was created and freed by break point implementation.
      * Existence of a DebugInfo on the shared function info implied existence of
        break points.
      
      This CL is a step towards making DebugInfo usable by other debugging
      functionality such as block coverage by decoupling it from break point support,
      which is now only one kind of information stored on the DebugInfo object.
      
      BUG=v8:6000
      
      Review-Url: https://codereview.chromium.org/2909893002
      Cr-Commit-Position: refs/heads/master@{#45640}
      d3371c23
    • 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
  3. 30 May, 2017 2 commits
  4. 24 May, 2017 1 commit
  5. 23 May, 2017 1 commit
    • pierre.langlois's avatar
      [gn] Allow building a snapshot with unwinding information. · 73ab0f4b
      pierre.langlois authored
      Add a new "v8_perf_prof_unwinding_info" option to gn that translates to building
      the snapshot with "--perf-prof-unwinding-info". It allows unwinding TF generated
      code from the snapshot.
      
      Additionally, add a warning if one uses the option along with a snapshot which
      was not build with unwinding information.
      
      Running tests in this configuration revealed an issue in the checks performed
      when accessing the stub cache. We would assume that the `Code::Flags` bitfield
      only contains the `Kind` and `ExtraICState` fields, when there is also a
      `HasUnwindingInfo` field which can now be set for stubs.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/2887783002
      Cr-Commit-Position: refs/heads/master@{#45477}
      73ab0f4b
  6. 22 May, 2017 2 commits
  7. 19 May, 2017 1 commit
  8. 17 May, 2017 1 commit
  9. 15 May, 2017 2 commits
  10. 12 May, 2017 1 commit
  11. 09 May, 2017 1 commit
  12. 08 May, 2017 1 commit
  13. 04 May, 2017 1 commit
  14. 28 Apr, 2017 3 commits
  15. 27 Apr, 2017 1 commit
  16. 25 Apr, 2017 2 commits
    • bjaideep's avatar
      PPC/s390: [stubs] Drop CallApiCallbackStub::call_data_undefined optimization. · 33687698
      bjaideep authored
      Port 46d0e481
      
      Original Commit Message:
      
          The CallApiCallbackStub can avoid loading undefined in case the
          call_data is already undefined, which doubles the number of versions of
          the stub and adds unnecessary complexity (at the benefit of saving one
          stupid load). The idea is to turn the CallApiCallbackStub into a single
          builtin instead, which does the right thing, so this is the first step
          towards that goal.
      
      R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=v8:6304
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2837283004
      Cr-Commit-Position: refs/heads/master@{#44872}
      33687698
    • bmeurer's avatar
      [stubs] Drop CallApiCallbackStub::call_data_undefined optimization. · 46d0e481
      bmeurer authored
      The CallApiCallbackStub can avoid loading undefined in case the
      call_data is already undefined, which doubles the number of versions of
      the stub and adds unnecessary complexity (at the benefit of saving one
      stupid load). The idea is to turn the CallApiCallbackStub into a single
      builtin instead, which does the right thing, so this is the first step
      towards that goal.
      
      R=yangguo@chromium.org
      BUG=v8:6304
      
      Review-Url: https://codereview.chromium.org/2838143003
      Cr-Commit-Position: refs/heads/master@{#44869}
      46d0e481
  17. 24 Apr, 2017 3 commits
  18. 21 Apr, 2017 1 commit
  19. 20 Apr, 2017 1 commit
  20. 19 Apr, 2017 1 commit
  21. 13 Apr, 2017 1 commit
  22. 10 Apr, 2017 2 commits
    • thestig's avatar
      Fix static initializer in ic.cc · df0eaff4
      thestig authored
      This was added in commit 40611, but the std::cout calls are gone so the
      header is no longer needed.
      
      Remove trailing spaces in html files rom the same commit and from other
      html files in the same directory.
      
      Review-Url: https://codereview.chromium.org/2797253009
      Cr-Commit-Position: refs/heads/master@{#44535}
      df0eaff4
    • Ross McIlroy's avatar
      Reland: [Interpreter] Move BinaryOp Smi transformation into BytecodeGenerator."" · 496864f8
      Ross McIlroy authored
      This relands commit d3e9aade. The original CL was reverted speculatively but didn't cause the buildbot failure.
      
      Original change's description:
      > [Interpreter] Move BinaryOp Smi transformation into BytecodeGenerator.
      > 
      > Perform the transformation to <BinaryOp>Smi for Binary ops which take Smi
      > literals in the BytecodeGenerator. This enables us to perform the
      > transformation for literals on either side for commutative operations, and
      > Avoids having to do the check on every bytecode in the peephole optimizer.
      > 
      > In the process, adds Smi bytecode variants for all binary operations, adding
      >  - MulSmi
      >  - DivSmi
      >  - ModSmi
      >  - BitwiseXorSmi
      >  - ShiftRightLogical
      > 
      > BUG=v8:6194
      > 
      > Change-Id: If1484252f5385c16957004b9cac8bfbb1f209219
      > Reviewed-on: https://chromium-review.googlesource.com/466246
      > Commit-Queue: Ross McIlroy <rmcilroy@chromium.org>
      > Reviewed-by: Yang Guo <yangguo@chromium.org>
      > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > Reviewed-by: Igor Sheludko <ishell@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#44477}
      
      TBR=rmcilroy@chromium.org,machenbach@chromium.org,yangguo@chromium.org,mstarzinger@chromium.org,mythria@chromium.org,v8-reviews@googlegroups.com,ishell@chromium.org
      # Not skipping CQ checks because original CL landed > 1 day ago.
      BUG=v8:6194
      
      Change-Id: I2ccaefa1ce58d3885f5c2648755985c06f25c1d8
      Reviewed-on: https://chromium-review.googlesource.com/472746Reviewed-by: 's avatarRoss McIlroy <rmcilroy@chromium.org>
      Commit-Queue: Ross McIlroy <rmcilroy@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#44511}
      496864f8
  23. 07 Apr, 2017 3 commits
  24. 06 Apr, 2017 2 commits
  25. 05 Apr, 2017 1 commit
  26. 28 Mar, 2017 1 commit
  27. 24 Mar, 2017 1 commit