Skip to content

V
V8
Switch branch/tag
  1. 28 Dec, 2015 2 commits
    • bmeurer's avatar
      [builtins] Fix context for ConstructStub calls into C++. · cf25c241
      bmeurer authored 
      When calling into C++ for a ConstructStub, we need to enter the target
context manually currently, which seems to be too fragile and easy to
forget. So instead of doing that manually, we just always enter the
correct context in the trampoline.

Drive-by-fix: Trivial cleanups for some builtins.

R=cbruni@chromium.org

Review URL: https://codereview.chromium.org/1551473002

Cr-Commit-Position: refs/heads/master@{#33051}
      cf25c241
    • zhengxing.li's avatar
      X87: [runtime] Introduce dedicated JSBoundFunction to represent bound functions. · 37d1dd82
      zhengxing.li authored 
        port 97def807 (r33044)

  original commit message:
  According to the ES2015 specification, bound functions are exotic
  objects, and thus don't need to be implemented as JSFunctions. So
  we introduce a new JSBoundFunction type to represent bound functions
  and make them optimizable. This already improves the performance of
  calling or constructing bound functions by 10-100x depending on the
  use case because we avoid the crazy dance between JavaScript and C++
  that was implemented in v8natives.js previously.

  There's still room for improvement in the performance of actually
  creating bound functions, which is also relevant in practice, but
  we already have a plan how to accomplish that later.

  The mips/mips64 ports were contributed by akos.palfi@imgtec.com.

BUG=

Review URL: https://codereview.chromium.org/1548253002

Cr-Commit-Position: refs/heads/master@{#33046}
      37d1dd82
  3. 24 Dec, 2015 2 commits
  5. 23 Dec, 2015 2 commits
  7. 21 Dec, 2015 1 commit
  9. 18 Dec, 2015 1 commit
    • zhengxing.li's avatar
      X87: [es6] Correct Function.prototype.apply, Reflect.construct and Reflect.apply. · bea8d4c9
      zhengxing.li authored 
        port 5bd48324 (r32929)

  original commit message:
  Introduce a new Apply builtin that forms a correct and optimizable foundation for the Function.prototype.apply, Reflect.construct and Reflect.apply builtins
  (which properly does the PrepareForTailCall as required by the ES2015 spec). The new Apply builtin avoids going to the runtime if it is safe to just access
  the backing store elements of the argArray, i.e. if you pass a JSArray with no holes, or an unmapped, unmodified sloppy or strict arguments object.

  mips/mips64 ports by Balazs Kilvady <balazs.kilvady@imgtec.com>;

BUG=

Review URL: https://codereview.chromium.org/1534543003

Cr-Commit-Position: refs/heads/master@{#32960}
      bea8d4c9
  11. 17 Dec, 2015 2 commits
  13. 16 Dec, 2015 1 commit
  15. 11 Dec, 2015 2 commits
  17. 10 Dec, 2015 2 commits
  19. 09 Dec, 2015 4 commits
  21. 08 Dec, 2015 1 commit
  23. 07 Dec, 2015 7 commits
  25. 04 Dec, 2015 1 commit
  27. 03 Dec, 2015 2 commits
    • zhengxing.li's avatar
      X87: [debugger] simplify reloc info for debug break slots. · 93a5a855
      zhengxing.li authored 
        port 531dde9f (r32516)

  original commit message:
  The new step-in implementation no longer tries to predict the step-in
  target, so we don't need the arguments count nor call type anymore.

BUG=

Review URL: https://codereview.chromium.org/1493993002

Cr-Commit-Position: refs/heads/master@{#32540}
      93a5a855
    • zhengxing.li's avatar
      X87: [stubs] A new approach to TF stubs. · 28a5baa0
      zhengxing.li authored 
        port 3e7e3ed7 (r32508)

  original commit message:
  * Add a sibling interface to InterpreterAssembler called
    CodeStubAssembler which provides a wrapper around the
    RawMachineAssembler and is intented to make it easy to build
    efficient cross-platform code stubs. Much of the implementation
    of CodeStubAssembler is shamelessly stolen from the
    InterpreterAssembler, and the idea is to eventually merge the
    two interfaces somehow, probably moving the
    InterpreterAssembler interface over to use the
    CodeStubAssembler. Short-term, however, the two interfaces
    shall remain decoupled to increase our velocity developing the
    two systems in parallel.
  * Implement the StringLength stub in TurboFan with the new
    CodeStubAssembler. Replace and remove the old Hydrogen-stub
    version.
  * Remove a whole slew of machinery to support JavaScript-style
    code stub generation, since it ultimately proved unwieldy,
    brittle and baroque. This cleanup includes removing the shared
    code stub context, several example stubs and a tangle of build
    file changes.

BUG=

Review URL: https://codereview.chromium.org/1492213002

Cr-Commit-Position: refs/heads/master@{#32538}
      28a5baa0
  29. 02 Dec, 2015 6 commits
  31. 01 Dec, 2015 2 commits
  33. 30 Nov, 2015 2 commits