1. 22 May, 2017 4 commits
  2. 21 May, 2017 2 commits
  3. 20 May, 2017 1 commit
  4. 19 May, 2017 26 commits
  5. 18 May, 2017 7 commits
    • Mircea Trofin's avatar
      [wasm] {compile|instantiate}Streaming · 47702c53
      Mircea Trofin authored
      As per spec, (https://github.com/WebAssembly/design/pull/1068), we
      don't have compile/instantiate overloads anymore, instead, we
      have explicitly named members.
      
      This change introduces the new APIs, implements instantiateStreaming
      based on compileStreaming, and uses the existing embedder mechanism.
      It does not yet remove the functionality from compile/instantiate -
      we do that after we adopt the new APIs on the blink side.
      
      Also, it temporarily handles exceptions on the v8 side, which is also
      something we'll move to the blink side.
      
      Bug: 
      Change-Id: I77673b1c0d395dfcf13b2f25464fd5dfd99c8d82
      Reviewed-on: https://chromium-review.googlesource.com/508852
      Commit-Queue: Brad Nelson <bradnelson@chromium.org>
      Reviewed-by: 's avatarBrad Nelson <bradnelson@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#45411}
      47702c53
    • bjaideep's avatar
      PPC/s390: Reland: [Interpreter] Transition JSFunctions to call optimized code when possible. · fc738f1e
      bjaideep authored
      Port 73d21080
      
      Original Commit Message:
      
          Now that the optimized code hangs off the feedback vector, it is possible
          to check whether a function has optimized code available every time it's
          called in the interpreter entry trampoline. If optimized code exists, the
          interpreter entry trampoline 'self-heals' the closure to point to the
          optimized code and links the closure into the optimized code list.
      
      R=rmcilroy@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=v8:6246
      LOG=N
      
      Review-Url: https://codereview.chromium.org/2897483002
      Cr-Commit-Position: refs/heads/master@{#45410}
      fc738f1e
    • dgozman's avatar
      [inspector] Refactor inspector test · 55849b16
      dgozman authored
      - moved all extensions to inspector_test.cc;
      - properly supported multiple context groups and sessions;
      - better isolation between components;
      - better infrastructure in protocol-test.
      
      BUG=chromium:590878
      
      Review-Url: https://codereview.chromium.org/2890463004
      Cr-Commit-Position: refs/heads/master@{#45409}
      55849b16
    • Eric Holk's avatar
      Use old ArrayBuffer free by default · c9756be9
      Eric Holk authored
      If the new Free function is not implemented, but we are freeing a Normal
      allocation, as opposed to one with guard regions, we can fall back on the
      existing Free function.
      
      Because guard regions are not yet used in normal circumstances, this will let
      embedders who have not implemented the improve ArrayBuffer::Allocator interface
      to continue working.
      
      Bug: 
      Change-Id: I2e30b523ef7493ab288110b90d8f994bfcfbc9b7
      Reviewed-on: https://chromium-review.googlesource.com/508897
      Commit-Queue: Eric Holk <eholk@chromium.org>
      Commit-Queue: Brad Nelson <bradnelson@chromium.org>
      Reviewed-by: 's avatarBrad Nelson <bradnelson@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#45408}
      c9756be9
    • Eric Holk's avatar
      Add memory protection API to ArrayBuffer::Allocator · 18a26cfe
      Eric Holk authored
      WebAssembly needs to be able to allocate memory with guard regions, which
      requires more functionality from the array buffer allocator. This change adds
      functions for reserving memory regions and changing the memory protection.
      
      This CL also includes some minor refactoring of the code to free array buffers.
      
      Bug: chromium:720302
      Change-Id: Iab9a266003043b0d36592a79668d1eea53952abf
      Reviewed-on: https://chromium-review.googlesource.com/506377Reviewed-by: 's avatarJochen Eisinger <jochen@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Commit-Queue: Eric Holk <eholk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#45407}
      18a26cfe
    • Adam Klein's avatar
      Reland: [ignition] Be smarter about register allocation in VisitSuspend · 5dc2d6f6
      Adam Klein authored
      Split BytecodeGenerator::VisitSuspend into two pieces, one for
      building the suspension code and one for resumption (these
      are split into separate Build methods for convenience).
      Each gets its own RegisterAllocationScope, which allows us to
      reduce the register file size of the empty generator by 1.
      
      For consistency, rename VisitGeneratorPrologue() to
      BuildGeneratorPrologue() to match the names of the two
      newly-created methods.
      
      This relands the patch originally committed in
      98927ea5, as the test failure
      due to that change was a code flushing bug. Code flushing was
      disabled in de4a4095.
      
      R=rmcilroy@chromium.org
      
      Bug: v8:6379
      Change-Id: Ifb4deafea99693c0a4e8646cf4e9884c7374cfc6
      Reviewed-on: https://chromium-review.googlesource.com/508814Reviewed-by: 's avatarRoss McIlroy <rmcilroy@chromium.org>
      Commit-Queue: Adam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#45406}
      5dc2d6f6
    • Adam Klein's avatar
      Hole check elimination: compare closure scopes instead of declaration scopes · afdf27fc
      Adam Klein authored
      Varblock scopes can be treated as the "same scope" as their surrounding
      function scope for the purposes of hole check elimination, as
      source position comparison is sufficient to determine statically that
      uses in the varblock scope are after initialization in the function scope.
      
      This allows the elimination of hole checks of lexically-bound parameter
      variables in functions with complex parameters, including rest parameters.
      
      The pre-existing code compared DeclarationScopes for legacy reasons:
      varblock scopes (and Scope::GetClosureScope()) did not exist at the
      time this code was originally written.
      
      R=neis@chromium.org
      
      Bug: v8:6344, v8:6414
      Change-Id: Ie787d58d1ea172e893788a9c716d3b6868980ab8
      Reviewed-on: https://chromium-review.googlesource.com/508242
      Commit-Queue: Adam Klein <adamk@chromium.org>
      Reviewed-by: 's avatarGeorg Neis <neis@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#45405}
      afdf27fc