1. 26 Aug, 2015 2 commits
  2. 25 Aug, 2015 3 commits
    • hpayer's avatar
      Add basic support for parallel compaction and flag. · 9fc0a77b
      hpayer authored
      BUG=524425
      LOG=n
      
      Review URL: https://codereview.chromium.org/1314903002
      
      Cr-Commit-Position: refs/heads/master@{#30359}
      9fc0a77b
    • mtrofin's avatar
      [turbofan] Deferred blocks splintering. · 5d954d65
      mtrofin authored
      This change encompasses what is necessary to enable stack checks in loops without suffering large regressions.
      
      Primarily, it consists of a new mechanism for dealing with deferred blocks by "splintering", rather than splitting, inside deferred blocks.
      
      My initial change was splitting along deferred block boundaries, but the regression introduced by stackchecks wasn't resolved conclusively. After investigation, it appears that just splitting ranges along cold block boundaries leads to a greater opportunity for moves on the hot path, hence the suboptimal outcome.
      
      The alternative "splinters" ranges rather than splitting them. While splitting creates 2 ranges and links them (parent-child), in contrast, splintering creates a new independent range with no parent-child relation to the original. The original range appears as if it has a liveness hole in the place of the splintered one. All thus obtained ranges are then register allocated with no change to the register allocator.
      
      The splinters (cold blocks) do not conflict with the hot path ranges, by construction. The hot path ones have less pressure to split, because we remove a source of conflicts. After allocation, we merge the splinters back to their original ranges and continue the pipeline. We leverage the previous changes made for deferred blocks (determining where to spill, for example).
      
      Review URL: https://codereview.chromium.org/1305393003
      
      Cr-Commit-Position: refs/heads/master@{#30357}
      5d954d65
    • rossberg's avatar
      Reship arrow functions · 98b56f0d
      rossberg authored
      ...in canary.
      
      This reverts commit c75af232.
      
      R=hablich@chromium.org
      BUG=
      
      Review URL: https://codereview.chromium.org/1319443002
      
      Cr-Commit-Position: refs/heads/master@{#30346}
      98b56f0d
  3. 24 Aug, 2015 2 commits
  4. 21 Aug, 2015 1 commit
  5. 20 Aug, 2015 1 commit
    • domenic's avatar
      Add experimental, non-snapshotted V8 extras · 6f582f08
      domenic authored
      Embedders would use these for features which must be able to be turned
      off at runtime, despite being compiled into V8. They can be turned on
      and off by the embedder using the --experimental_extras flag, e.g. via
      v8::SetFlagsFromString.
      
      R=yangguo@chromium.org, mlippautz@chromium.org, hpayer@chromium.org
      BUG=chromium:507137
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1284413002
      
      Cr-Commit-Position: refs/heads/master@{#30260}
      6f582f08
  6. 18 Aug, 2015 2 commits
  7. 17 Aug, 2015 1 commit
  8. 14 Aug, 2015 1 commit
  9. 12 Aug, 2015 2 commits
    • littledan's avatar
      Stage sloppy classes · 9f9cb990
      littledan authored
      This patch puts --harmony-sloppy into staging. Now that let, lexically-scoped
      functions and ES2015 sloppy mode const semantics have been split off into
      separate flags, the change only enables classes in sloppy mode.
      
      BUG=v8:3305
      R=adamk
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1288153003
      
      Cr-Commit-Position: refs/heads/master@{#30141}
      9f9cb990
    • littledan's avatar
      Split function block scoping into a separate flag · 1ebf0d7c
      littledan authored
      In an initial attempt to implement sloppy mode lexical bindings,
      functions were made lexically scoped in sloppy mode. However, the
      ES2015 spec says that they need an additional hoisted var binding,
      and further, it's not clear when we'll implement that behavior
      or whether it's web-compatible.
      
      This patch splits off function block scoping into a new, separate
      flag called --harmony_sloppy_function. This change will enable the
      possibility of testing and shipping this feature separately from
      other block scoping-related features which don't have the same risks.
      
      BUG=v8:4285
      R=adamk
      LOG=N
      
      Review URL: https://codereview.chromium.org/1282093002
      
      Cr-Commit-Position: refs/heads/master@{#30122}
      1ebf0d7c
  10. 11 Aug, 2015 1 commit
  11. 10 Aug, 2015 2 commits
  12. 05 Aug, 2015 3 commits
  13. 04 Aug, 2015 3 commits
  14. 30 Jul, 2015 1 commit
  15. 29 Jul, 2015 1 commit
  16. 28 Jul, 2015 1 commit
  17. 25 Jul, 2015 1 commit
    • littledan's avatar
      Split off a separate --harmony_sloppy_let flag · 2d2b72f6
      littledan authored
      --harmony_sloppy includes behavior to turn on sloppy mode lexical
      bindings. Before this patch, it also included a way to parse let
      which is likely web-incompatible (let is disallowed as an
      identifier). This patch splits off the let parsing from the more
      general block scoping code, so that block scoping can be developed
      independently.
      
      R=adamk
      LOG=N
      BUG=v8:3305
      
      Review URL: https://codereview.chromium.org/1255013002
      
      Cr-Commit-Position: refs/heads/master@{#29855}
      2d2b72f6
  18. 24 Jul, 2015 2 commits
  19. 23 Jul, 2015 2 commits
  20. 22 Jul, 2015 1 commit
    • mstarzinger's avatar
      [turbofan] Preserve cached code across GCs. · 2c07b0d0
      mstarzinger authored
      This preserves the context-independent entry in an optimized code map
      across GCs when the code is considered young (i.e. less than 3 ages).
      Note that any context-dependent entry for the same code will still be
      flushed immediately when the respective context dies, hence context
      lifetime is not increased.
      
      R=hpayer@chromium.org
      
      Review URL: https://codereview.chromium.org/1252463002
      
      Cr-Commit-Position: refs/heads/master@{#29790}
      2c07b0d0
  21. 20 Jul, 2015 1 commit
  22. 17 Jul, 2015 1 commit
  23. 16 Jul, 2015 4 commits
  24. 15 Jul, 2015 1 commit
    • bbudge's avatar
      Expose SIMD.Float32x4 type to Javascript. · e5ed3bee
      bbudge authored
      This CL exposes the constructor function, defines type related
      information, and implements value type semantics.
      It also refactors test/mjsunit/samevalue.js to test SameValue and SameValueZero.
      
      TEST=test/mjsunit/harmony/simd.js, test/cctest/test-simd.cc
      
      LOG=Y
      BUG=v8:4124
      
      Review URL: https://codereview.chromium.org/1219943002
      
      Cr-Commit-Position: refs/heads/master@{#29689}
      e5ed3bee