1. 12 Dec, 2016 6 commits
  2. 11 Dec, 2016 2 commits
  3. 10 Dec, 2016 3 commits
  4. 09 Dec, 2016 20 commits
  5. 08 Dec, 2016 9 commits
    • neis's avatar
      [ast] Make --print-scopes indicate a scope's forced context allocation. · bb309a69
      neis authored
      R=adamk@chromium.org
      BUG=
      
      Review-Url: https://codereview.chromium.org/2552373004
      Cr-Commit-Position: refs/heads/master@{#41605}
      bb309a69
    • nverne's avatar
      Changes api logging for FunctionTemplate_NewWithCache. · 5d51583c
      nverne authored
      https://codereview.chromium.org/2405213002/ introduced FunctionTemplate::NewWithCache in src/api.cc, but used LOG_API(..., NewWithFastHandler)
      
      BUG=667237
      
      Review-Url: https://codereview.chromium.org/2559643003
      Cr-Commit-Position: refs/heads/master@{#41604}
      5d51583c
    • gdeepti's avatar
      [wasm] Update WasmMemoryObject correctly when module memory is exported. · 0061089a
      gdeepti authored
      BUG=chromium:670683
      
      R=titzer@chromium.org
      
      Review-Url: https://codereview.chromium.org/2548223002
      Cr-Commit-Position: refs/heads/master@{#41603}
      0061089a
    • mtrofin's avatar
      [turbofan] regalloc: avoid redundant range intersections · 43e7d051
      mtrofin authored
      When finding conflicts, there's no reason to keep looking for registers that are clearly
      not going to be available to a candidate live range.
      
      BUG=v8:5644
      
      Review-Url: https://codereview.chromium.org/2559733002
      Cr-Commit-Position: refs/heads/master@{#41602}
      43e7d051
    • clemensh's avatar
      Revert of [wasm] Fix location for error in asm.js ToNumber conversion... · d3d12541
      clemensh authored
      Revert of [wasm] Fix location for error in asm.js ToNumber conversion (patchset #5 id:80001 of https://codereview.chromium.org/2555243002/ )
      
      Reason for revert:
      gc-stress failures
      
      Original issue's description:
      > [wasm] Fix location for error in asm.js ToNumber conversion
      >
      > In the asm.js code translated to wasm, we call imported functions via a
      > WASM_TO_JS stub, which first calls the function and then calls ToNumber
      > on the return value. Exceptions can happen in both calls.
      > We were only ever reporting the location of the function call, whereas
      > asm.js code executed via turbofan reported the location of the type
      > coercion operator ("+" on "+foo()" or "|" on "foo()|0").
      >
      > This CL implements the same behaviour for asm.js code translated to
      > wasm. The following is changed:
      > - the AsmWasmBuilder records the parent node when descending on a binary
      >   operator (also "+foo()" is represented by a binary operation).
      > - it stores not one location per call in the source position side
      >   table, but two (one for the call, one for the parent which does the
      >   type coercion).
      > - the wasm compiler annotates the source positions "0" and "1" to the
      >   two calls in the WASM_TO_JS wrapper (only if the module origin is
      >   asm.js).
      > - during stack trace generation (in the StackTraceIterator), when we
      >   move from the WASM_TO_JS frame to the WASM frame, we remember at which
      >   call inside the WASM_TO_JS wrapper we are, and encode this information
      >   in the generated caller state, used for the WASM frame.
      > - the same information is also stored in the FrameArray which is used
      >   to reconstruct the stack trace later.
      >
      > R=titzer@chromium.org, bradnelson@chromium.org
      > CC=jgruber@chromium.org
      > BUG=v8:4203,v8:5724
      >
      > Committed: https://crrev.com/94cd46b55e24fa2bb7b06b3da4d5ba7f029bc262
      > Cr-Commit-Position: refs/heads/master@{#41599}
      
      TBR=bradnelson@chromium.org,mstarzinger@chromium.org,titzer@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=v8:4203,v8:5724
      
      Review-Url: https://codereview.chromium.org/2563613003
      Cr-Commit-Position: refs/heads/master@{#41601}
      d3d12541
    • jochen's avatar
      Store SharedFunctionInfos of a Script in a FixedArray indexed by their ID · 6595e740
      jochen authored
      Now that SharedFunctionInfos have a unique ID (and the IDs are dense),
      we can use them as an index into an array, instead of using a
      WeakFixedArray where we have to do a linear scan.
      
      Hooking up liveedit is a bit more involved, see
      https://docs.google.com/presentation/d/1FtNa3U7WsF5bPhY9uGoJG5Y9hnz5VBDabfOWpb4unWI/edit
      for an overview
      
      BUG=v8:5589
      R=verwaest@chromium.org,jgruber@chromium.org
      
      Review-Url: https://codereview.chromium.org/2547483002
      Cr-Commit-Position: refs/heads/master@{#41600}
      6595e740
    • clemensh's avatar
      [wasm] Fix location for error in asm.js ToNumber conversion · 94cd46b5
      clemensh authored
      In the asm.js code translated to wasm, we call imported functions via a
      WASM_TO_JS stub, which first calls the function and then calls ToNumber
      on the return value. Exceptions can happen in both calls.
      We were only ever reporting the location of the function call, whereas
      asm.js code executed via turbofan reported the location of the type
      coercion operator ("+" on "+foo()" or "|" on "foo()|0").
      
      This CL implements the same behaviour for asm.js code translated to
      wasm. The following is changed:
      - the AsmWasmBuilder records the parent node when descending on a binary
        operator (also "+foo()" is represented by a binary operation).
      - it stores not one location per call in the source position side
        table, but two (one for the call, one for the parent which does the
        type coercion).
      - the wasm compiler annotates the source positions "0" and "1" to the
        two calls in the WASM_TO_JS wrapper (only if the module origin is
        asm.js).
      - during stack trace generation (in the StackTraceIterator), when we
        move from the WASM_TO_JS frame to the WASM frame, we remember at which
        call inside the WASM_TO_JS wrapper we are, and encode this information
        in the generated caller state, used for the WASM frame.
      - the same information is also stored in the FrameArray which is used
        to reconstruct the stack trace later.
      
      R=titzer@chromium.org, bradnelson@chromium.org
      CC=jgruber@chromium.org
      BUG=v8:4203,v8:5724
      
      Review-Url: https://codereview.chromium.org/2555243002
      Cr-Commit-Position: refs/heads/master@{#41599}
      94cd46b5
    • franzih's avatar
      [TypeFeedbackVector] Delete unused DummySlot. · 987f6386
      franzih authored
      BUG=
      
      Review-Url: https://codereview.chromium.org/2557333002
      Cr-Commit-Position: refs/heads/master@{#41598}
      987f6386
    • marja's avatar
      AstValueFactory: add a cache for one-character strings. · f36497d2
      marja authored
      Lowercase 1 character strings occur frequently in minified code. Add a
      cache for them, so that we don't need to compute the hash + do the hash
      table lookup for each occurrence.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/2541353002
      Cr-Commit-Position: refs/heads/master@{#41597}
      f36497d2