1. 22 Sep, 2015 6 commits
    • bmeurer's avatar
      [x64] Compare map instead of value to heap number map in ToStringStub. · 02a2580b
      bmeurer authored
      Fixes a typo introduced earlier, where we compare the value to heap
      number map instead of the map loaded previously.
      
      TBR=jarin@chromium.org
      
      Review URL: https://codereview.chromium.org/1355253002
      
      Cr-Commit-Position: refs/heads/master@{#30859}
      02a2580b
    • bmeurer's avatar
      [crankshaft] Re-add fast-case for string add left/right. · 4542a2d4
      bmeurer authored
      Now the StringAddStub can optionally convert it's parameters to strings
      (following the rules for the addition operator). This could be further
      optimized once we have a ToPrimitiveStub, but it should be sufficient
      for the moment.
      
      Also removed the unused Strength parameter to the HStringAdd operator,
      because string addition does not depend on language mode.
      
      R=jarin@chromium.org
      BUG=v8:4307, chromium:532524
      LOG=n
      
      Committed: https://crrev.com/d261849e53fbf8c36efae42d478271f87acff70f
      Cr-Commit-Position: refs/heads/master@{#30726}
      
      Review URL: https://codereview.chromium.org/1339053002
      
      Cr-Commit-Position: refs/heads/master@{#30858}
      4542a2d4
    • bmeurer's avatar
      [builtins] Add support for NewTarget to Execution::New. · 1dfac69f
      bmeurer authored
      Introduce new builtins Construct and ConstructFunction (in line
      with the Call and CallFunction builtins that we already have) as
      proper bottleneck for Construct and [[Construct]] on JSFunctions.
      Use these builtins to support passing NewTarget from C++ to
      JavaScript land.
      
      Long-term we want the CallConstructStub to be used for
      gathering feedback on entry to construction chain (i.e. the
      initial new Foo), and use the Construct builtins to do the
      actual work inside the construction chain (i.e. calling into
      super and stuff).
      
      MIPS and MIPS64 ports contributed by akos.palfi@imgtec.com.
      
      R=jarin@chromium.org
      BUG=v8:4430
      LOG=n
      
      Review URL: https://codereview.chromium.org/1359583002
      
      Cr-Commit-Position: refs/heads/master@{#30857}
      1dfac69f
    • bmeurer's avatar
      [crankshaft] Handle @@toStringTag accessor correctly for BuildCompareInstruction. · 3d7c4537
      bmeurer authored
      If @@toStringTag is an accessor property, we cannot assume that the result
      of calling Object.prototype.toString() for objects with the same map.
      
      R=adamk@chromium.org
      BUG=chromium:534200
      LOG=n
      
      Review URL: https://codereview.chromium.org/1360723002
      
      Cr-Commit-Position: refs/heads/master@{#30856}
      3d7c4537
    • v8-autoroll's avatar
      Update V8 DEPS. · 9308f8f9
      v8-autoroll authored
      Rolling v8/build/gyp to 01528c7244837168a1c80f06ff60fa5a9793c824
      
      Rolling v8/tools/clang to 3e04436a49a26f4bd2c6f352efcf4c7b10a6d07d
      
      TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org
      
      Review URL: https://codereview.chromium.org/1360563003
      
      Cr-Commit-Position: refs/heads/master@{#30855}
      9308f8f9
    • dpranke's avatar
      Split the GN 'snapshot_toolchain' logic out into an include file. · 7d5d1570
      dpranke authored
      We need to build parts of v8 with a toolchain that might be different
      from both the default (target) toolchain and the regular host toolchain,
      because we need the snapshot to have the same bit-width as the target.
      V8's build defines a 'snapshot_toolchain' setting for this.
      
      It turns out that we need the value of this toolchain to be exposed
      to the Chromium build because some of the test targets (in browser_tests)
      depend on d8 and need to be able to built using the same toolchain.
      
      R=brett@chromium.org, jochen@chromium.org
      BUG=
      
      Review URL: https://codereview.chromium.org/1350223004
      
      Cr-Commit-Position: refs/heads/master@{#30854}
      7d5d1570
  2. 21 Sep, 2015 12 commits
  3. 20 Sep, 2015 1 commit
    • alph's avatar
      Reland of Make profiler no frame region detection code more robust [ia86/x64] · 4962bbb1
      alph authored
      Upon collection of the stack trace if the current PC falls into
      the frame building code, the top frame might be in a non-consistent
      state. That leads to some of the frames could be missing from the
      stack trace.
      
      The patch makes it check instructions under current PC and if they
      look like the frame setup/destroy code, it skips the entire sample.
      
      Support for x86/x64
      
      CG_INCLUDE_TRYBOTS=tryserver.v8:v8_linux64_msan_rel
      BUG=chromium:529931
      LOG=N
      
      Review URL: https://codereview.chromium.org/1348533005
      
      Cr-Commit-Position: refs/heads/master@{#30841}
      4962bbb1
  4. 19 Sep, 2015 1 commit
    • v8-autoroll's avatar
      Update V8 DEPS. · d44588a9
      v8-autoroll authored
      Rolling v8/build/gyp to cf3170e30578d600b8ec8cd68553cc5e606d42eb
      
      Rolling v8/tools/clang to 76e743dc622478312b66661ad48997b318628cbb
      
      TBR=machenbach@chromium.org,vogelheim@chromium.org,hablich@chromium.org
      
      Review URL: https://codereview.chromium.org/1357793002
      
      Cr-Commit-Position: refs/heads/master@{#30840}
      d44588a9
  5. 18 Sep, 2015 20 commits