1. 22 Feb, 2016 11 commits
  2. 21 Feb, 2016 2 commits
  3. 20 Feb, 2016 7 commits
  4. 19 Feb, 2016 20 commits
    • adamk's avatar
      Disable --harmony-object-observe · 9f42c693
      adamk authored
      This was previously reverted due to breakage in devtools, but that has
      been worked around in https://codereview.chromium.org/1666573002.
      
      The feature has been publicly-announced as deprecated for several months,
      and Chrome 49 will emit deprecation warnings in the console for
      uses of the API. This CL aims to remove it from M50 (which is what the
      message warns of).
      
      BUG=chromium:552100
      LOG=y
      CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng;tryserver.blink:linux_blink_rel
      
      Review URL: https://codereview.chromium.org/1711863003
      
      Cr-Commit-Position: refs/heads/master@{#34171}
      9f42c693
    • mvstanton's avatar
      ES6: Desugaring of instanceof to support @@hasInstance · deb7d5b0
      mvstanton authored
      This is a rework of the instanceof operator to support ES6 semantics
      (as per section 12.10.4 of the spec:
      https://tc39.github.io/ecma262/#sec-instanceofoperator).
      
      It's behind flag --harmony-instanceof for now, which is turned on for staging.
      
      BUG=v8:4447
      LOG=N
      
      Review URL: https://codereview.chromium.org/1692713005
      
      Cr-Commit-Position: refs/heads/master@{#34170}
      deb7d5b0
    • mbrandy's avatar
      PPC: [stubs] Introduce a dedicated FastNewObjectStub. · a509b105
      mbrandy authored
      Port ba2077aa
      
      Original commit message:
          Move the already existing fast case for %NewObject into a dedicated
          FastNewObjectStub that we can utilize in places where we would otherwise
          fallback to %NewObject immediately, which is rather expensive.
      
          Also use FastNewObjectStub as the generic implementation of JSCreate,
          which should make constructor inlining based on SharedFunctionInfo (w/o
          specializing to a concrete closure) viable soon.
      
      R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1714123002
      
      Cr-Commit-Position: refs/heads/master@{#34169}
      a509b105
    • alph's avatar
      Do not record CPU profile samples when stack collection is failed. · c1f653be
      alph authored
      BUG=559304
      LOG=N
      
      Review URL: https://codereview.chromium.org/1709873002
      
      Cr-Commit-Position: refs/heads/master@{#34168}
      c1f653be
    • dgozman's avatar
      Introduce BeforeCallEnteredCallback. · 0e9ea48c
      dgozman authored
      This new callback is similar to CallCompletedCallback, but is executed before the call has been made.
      Added Isolate* parameter to CallCompletedCallback, marking previous one as deprecated.
      
      BUG=chromium:585949
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1689863002
      
      Cr-Commit-Position: refs/heads/master@{#34167}
      0e9ea48c
    • rmcilroy's avatar
      [Interpreter] Enable runtime profiler support for Ignition. · b62bf1e6
      rmcilroy authored
      Adds a profiling counter to each BytecodeArray object, and adds
      code to Jump and Return bytecode handlers to update this
      counter by the size of the jump or the distance from the return
      to the start of the function. This is more accurate than fullcodegen's
      approach since it takes forward jumps into account as well as back-edges.
      
      Modifies RuntimeProfiler to track ticks for interpreted frames.
      Currently we use the SharedFunctionInfo::profiler_ticks() instead
      of adding another to tick field to avoid adding another field to
      BytecodeArray since SharedFunctionInfo::profiler_ticks() is only
      used by Crankshaft otherwise so we shouldn't need both for
      
      BUG=v8:4689
      LOG=N
      
      Review URL: https://codereview.chromium.org/1707693003
      
      Cr-Commit-Position: refs/heads/master@{#34166}
      b62bf1e6
    • ulan's avatar
      [turbofan] Fix write barrier handling of map values. · 5d065482
      ulan authored
      We cannot omit flag check with kPointersToHereAreInterestingMask for maps because incremental marker dynamically sets and clears the flag.
      
      BUG=chromium:587004
      LOG=NO
      
      Review URL: https://codereview.chromium.org/1714513003
      
      Cr-Commit-Position: refs/heads/master@{#34165}
      5d065482
    • ssanfilippo's avatar
      [Interpreter] Fix generate-bytecode-expectations help message. · 67f75e30
      ssanfilippo authored
      --pool-type=int and double have now been merged into number.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1717633002
      
      Cr-Commit-Position: refs/heads/master@{#34164}
      67f75e30
    • verwaest's avatar
      [classes] Support AccessorInfo-style data properties in super property stores. · 77e30f01
      verwaest authored
      BUG=
      
      Review URL: https://codereview.chromium.org/1711813003
      
      Cr-Commit-Position: refs/heads/master@{#34163}
      77e30f01
    • nikolaos's avatar
      This patch implements an alternative approach to the rewriting · ed665880
      nikolaos authored
      of non-pattern expressions, according to the (internally circulated)
      design document.  Details to be provided here.
      
      1.  RewritableAssignmentExpression has been renamed to RewritableExpression.
          It is a wrapper for AST nodes that wait for some potential rewriting
          (that may or may not happen).  Also, Is... and As... macros now see
          through RewritableExpressions.
      
      2.  The function state keeps a list of rewritable expressions that must be
          rewritten only if they are used as non-pattern expressions.
      
      3.  Expression classifiers are now templates, parameterized by parser
          traits.  They keep some additional state: a pointer to the list of
          non-pattern rewritable expressions.  It is important that expression
          classifiers be used strictly in a stack fashion, from now on.
      
      4.  The RewriteNonPattern function has been simplified.
      
      BUG=chromium:579913
      LOG=N
      
      Committed: https://crrev.com/7f5c864a6faf2b957b7273891e143b9bde35487c
      Cr-Commit-Position: refs/heads/master@{#34154}
      
      Review URL: https://codereview.chromium.org/1702063002
      
      Cr-Commit-Position: refs/heads/master@{#34162}
      ed665880
    • mattloring's avatar
      Preallocate sample buffer to avoid resizes · 69972208
      mattloring authored
      R=ofrobots@google.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1712893002
      
      Cr-Commit-Position: refs/heads/master@{#34161}
      69972208
    • ssanfilippo's avatar
      [Interpreter] Support relevant FLAG_s in generate-bytecode-expectations. · 4f0be519
      ssanfilippo authored
      FLAG_legacy_const and FLAG_harmony_do_expressions can now be toggled
      both through the command line and through the option header.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1716793002
      
      Cr-Commit-Position: refs/heads/master@{#34160}
      4f0be519
    • jarin's avatar
      Ship Turbofan try-catch. · bd6ddb83
      jarin authored
      Another attempt, after the failing test (flushed bug) has been disabled
      in chromium (https://codereview.chromium.org/1710353002).
      
      Review URL: https://codereview.chromium.org/1713033002
      
      Cr-Commit-Position: refs/heads/master@{#34159}
      bd6ddb83
    • machenbach's avatar
      Revert of Non-pattern rewriting revisited (patchset #3 id:40001 of... · 5bb6b47b
      machenbach authored
      Revert of Non-pattern rewriting revisited (patchset #3 id:40001 of https://codereview.chromium.org/1702063002/ )
      
      Reason for revert:
      [Sheriff] This makes jsfunfuzz unhappy:
      https://build.chromium.org/p/client.v8/builders/V8%20Fuzzer/builds/7681
      
      Original issue's description:
      > This patch implements an alternative approach to the rewriting
      > of non-pattern expressions, according to the (internally circulated)
      > design document.  Details to be provided here.
      >
      > 1.  RewritableAssignmentExpression has been renamed to RewritableExpression.
      >     It is a wrapper for AST nodes that wait for some potential rewriting
      >     (that may or may not happen).  Also, Is... and As... macros now see
      >     through RewritableExpressions.
      >
      > 2.  The function state keeps a list of rewritable expressions that must be
      >     rewritten only if they are used as non-pattern expressions.
      >
      > 3.  Expression classifiers are now templates, parameterized by parser
      >     traits.  They keep some additional state: a pointer to the list of
      >     non-pattern rewritable expressions.  It is important that expression
      >     classifiers be used strictly in a stack fashion, from now on.
      >
      > 4.  The RewriteNonPattern function has been simplified.
      >
      > BUG=chromium:579913
      > LOG=N
      >
      > Committed: https://crrev.com/7f5c864a6faf2b957b7273891e143b9bde35487c
      > Cr-Commit-Position: refs/heads/master@{#34154}
      
      TBR=rossberg@chromium.org,bmeurer@chromium.org,titzer@chromium.org,nikolaos@chromium.org
      # Skipping CQ checks because original CL landed less than 1 days ago.
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=chromium:579913
      
      Review URL: https://codereview.chromium.org/1712203002
      
      Cr-Commit-Position: refs/heads/master@{#34158}
      5bb6b47b
    • titzer's avatar
      [wasm] Add support for import section. · 915ae08d
      titzer authored
      This CL introduces an import section that names functions to be imported
      as well as a CallImport bytecode to call imports from this table.
      
      R=binji@chromium.org,bradnelson@chromium.org
      LOG=Y
      BUG=chromium:575167
      
      Review URL: https://codereview.chromium.org/1709653002
      
      Cr-Commit-Position: refs/heads/master@{#34157}
      915ae08d
    • baptiste.afsa's avatar
      [turbofan] Refactoring around the instruction scheduler. · a2ceaa23
      baptiste.afsa authored
      Extract the logic to find out the best candidate out of the core of the
      scheduler. It allows more flexibility and make it easy to change the
      policy use to schedule the basic blocks.
      
      This patch also provide a new algorithm to randomly schedule the code
      in order to perform stress tests on the scheduler.
      
      R=jarin@chromium.org
      
      Review URL: https://codereview.chromium.org/1714753004
      
      Cr-Commit-Position: refs/heads/master@{#34156}
      a2ceaa23
    • machenbach's avatar
      [Swarming] Speed up test262 upload/download. · 6cecb3eb
      machenbach authored
      This experimentally implements taring/untaring the test data
      for test262 on the v8-side before test isolation and when
      running the tests.
      
      It archives on demand only if the tar is outdated compared
      to the contained files. This comes with a cost of ~1s extra
      to run gyp on linux and ~6s extra on windows. Ninja is
      lightning fast afterwards in detecting changes. Also, we
      archive only when test_isolation_mode is set and when
      the test262_run target is required.
      
      The archiving itself costs ~30s on all platforms. But as the
      files will change seldom this shouldn't have a big impact.
      
      Extraction on the test runner side is below 2s on mac and
      linux. The speedup is enormous. Around 5 minutes were spent
      on download on swarming slaves before, which is now only
      a few seconds. So total test time for release (no variants),
      e.g. goes from 8 to 3 minutes.
      
      BUG=chromium:535160
      LOG=n
      
      Review URL: https://codereview.chromium.org/1713993002
      
      Cr-Commit-Position: refs/heads/master@{#34155}
      6cecb3eb
    • nikolaos's avatar
      This patch implements an alternative approach to the rewriting · 7f5c864a
      nikolaos authored
      of non-pattern expressions, according to the (internally circulated)
      design document.  Details to be provided here.
      
      1.  RewritableAssignmentExpression has been renamed to RewritableExpression.
          It is a wrapper for AST nodes that wait for some potential rewriting
          (that may or may not happen).  Also, Is... and As... macros now see
          through RewritableExpressions.
      
      2.  The function state keeps a list of rewritable expressions that must be
          rewritten only if they are used as non-pattern expressions.
      
      3.  Expression classifiers are now templates, parameterized by parser
          traits.  They keep some additional state: a pointer to the list of
          non-pattern rewritable expressions.  It is important that expression
          classifiers be used strictly in a stack fashion, from now on.
      
      4.  The RewriteNonPattern function has been simplified.
      
      BUG=chromium:579913
      LOG=N
      
      Review URL: https://codereview.chromium.org/1702063002
      
      Cr-Commit-Position: refs/heads/master@{#34154}
      7f5c864a
    • verwaest's avatar
      Track whether the Object.assign source is stable with a bool rather than... · 0fbe943e
      verwaest authored
      Track whether the Object.assign source is stable with a bool rather than map-check on each iteration.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1704363004
      
      Cr-Commit-Position: refs/heads/master@{#34153}
      0fbe943e
    • ssanfilippo's avatar
      [Interpreter] generate-bytecode-expectations improvements. · d2187182
      ssanfilippo authored
      A few options and features have been added to the tool:
      
      * an output file might be specified using --output=file.name
      * a shortcut when the output file is also the input, which is handy
         when fixing golden files, --rebaseline.
      * the input snippet might be optionally not wrapped in a top function,
         or not executed after compilation (--no-wrap and --no-execute).
      * the name of the wrapper can be configured using --wrapper-name=foo
      
      The same options can be configured via setters on the usual
      BytecodeExpectationsPrinter.
      
      The output file now includes all the relevant flags to reproduce it
      when running again through the tool (usually with --rebaseline).
      
      In particular, when running in --rebaseline mode, options from the
      file header will override options specified in the command line.
      
      A couple of other fixes and improvements:
      
      * description of the handlers is now emitted (closing the TODO).
      * the snippet is now correctly unquoted when double quotes are used.
      * special registers (closure, context etc.) are now emitted as such,
         instead of displaying their numeric value.
      * the tool can now process top level code as well.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1698403002
      
      Cr-Commit-Position: refs/heads/master@{#34152}
      d2187182