1. 02 Oct, 2016 4 commits
  2. 01 Oct, 2016 3 commits
  3. 30 Sep, 2016 30 commits
  4. 29 Sep, 2016 3 commits
    • mtrofin's avatar
      Revert of [wasm] Strongly typed compiled module (patchset #7 id:120001 of... · bf2b4018
      mtrofin authored
      Revert of [wasm] Strongly typed compiled module (patchset #7 id:120001 of https://codereview.chromium.org/2340623003/ )
      
      Reason for revert:
      Forgot to correctly clone a heap number. Reverting to fix.
      
      Original issue's description:
      > [wasm] Strongly typed compiled module
      >
      > First stab at strongly typing the wasm compiled module FixedArray. The goal
      > is to improve maintainability of the data structures living on the JS heap.
      >
      > My goal is to do so just for the first level, since we plan to eventually
      > avoid copying the metadata bits that are currently copied from the decoded
      > structures (export/import metadata, etc).
      >
      > Subsequent CLs will try and consolidate internal functions working off the
      > compiled module as members, and evaluate what the actual interface with the
      > rest of the world of this type should be - we may be able to completely
      > move it in the cc file, for instance.
      >
      > BUG=
      >
      > Committed: https://crrev.com/6e03b72d9d7c0d69a4222981687757ffb0737236
      > Cr-Commit-Position: refs/heads/master@{#39890}
      
      TBR=bradnelson@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=
      
      Review-Url: https://codereview.chromium.org/2383623003
      Cr-Commit-Position: refs/heads/master@{#39893}
      bf2b4018
    • neis's avatar
      Reland: [modules] Properly initialize declared variables. · 8c52a411
      neis authored
      Before evaluating a module, all variables declared at the top-level
      in _any_ of the modules in the dependency graph must be initialized.
      This is observable because a module A can access a variable imported
      from module B (e.g. a function) at a point when module B's body hasn't
      been evaluated yet.
      
      We achieve this by implementing modules internally as generators with
      two states (not initialized, initialized).
      
      R=adamk@chromium.org
      BUG=v8:1569
      CQ_INCLUDE_TRYBOTS=master.tryserver.v8:v8_win_dbg
      
      Committed: https://crrev.com/f4dfb6fbe1cdd9a0f287a1a9c496e1f69f6f5d20
      Review-Url: https://codereview.chromium.org/2375793002
      Cr-Original-Commit-Position: refs/heads/master@{#39871}
      Cr-Commit-Position: refs/heads/master@{#39892}
      8c52a411
    • kozyatinskiy's avatar
      [inspector] added inspector test runner [part 3] · f3f9f444
      kozyatinskiy authored
      - added test runner, that takes file names and V8 flags as arguments and run scripts from passed files with passed flags in frontend context
      
      BUG=chromium:635948
      R=dgozman@chromium.org,alph@chromium.org
      
      Review-Url: https://codereview.chromium.org/2372793002
      Cr-Commit-Position: refs/heads/master@{#39891}
      f3f9f444