1. 05 Feb, 2016 4 commits
    • zhengxing.li's avatar
      X87: [generators] Implement Generator.prototype.return. · c357a87a
      zhengxing.li authored
        port dbd86408 (r33744)
      
        original commit message:
        Note: This is currently only used by yield*, we still need to support it in
        other places (such as for-of loops).  It can be used manually of course.
      
        (This CL does not touch the full-codegen implementation of yield* because that
        code is already dead.  The yield* desugaring already supports return and doesn't
        need to be touched.)
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1671783002
      
      Cr-Commit-Position: refs/heads/master@{#33760}
      c357a87a
    • zhengxing.li's avatar
      X87: Type Feedback Vector lives in the closure. · 25bfba93
      zhengxing.li authored
        port bb31db3a (r33741)
      
        original commit message:
        (RELAND: the problem before was a missing write barrier for adding the code
        entry to the new closure. It's been addressed with a new macro instruction
        and test. The only change to this CL is the addition of two calls to
        __ RecordWriteCodeEntryField() in the platform CompileLazy builtin.)
      
        We get less "pollution" of type feedback if we have one vector per native
        context, rather than one for the whole system. This CL moves the vector
        appropriately.
      
        We rely more heavily on the Optimized Code Map in the SharedFunctionInfo. The
        vector actually lives in the first slot of the literals array (indeed there is
        great commonality between those arrays, they can be thought of as the same
        thing). So we make greater effort to ensure there is a valid literals array
        after compilation.
      
        This meant, for performance reasons, that we needed to extend
        FastNewClosureStub to support creating closures with literals. And ultimately,
        it drove us to move the optimized code map lookup out of FastNewClosureStub
        and into the compile lazy builtin.
      
        The heap change is trivial so I TBR Hannes for it...
        Also, Yang has had a look at the debugger changes already and approved 'em. So he is TBR style too.
        And Benedikt reviewed it as well.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1672643002
      
      Cr-Commit-Position: refs/heads/master@{#33759}
      25bfba93
    • zhengxing.li's avatar
      X87: Write barrier for storing a code entry, and usage in CompileLazy builtin. · acab11e0
      zhengxing.li authored
        port 477e1336 (r33718)
      
        original commit message:
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1673533002
      
      Cr-Commit-Position: refs/heads/master@{#33758}
      acab11e0
    • aseemgarg's avatar
      Add Foreign Functions to asm to wasm · f0609223
      aseemgarg authored
      R=bradnelson@chromium.org
      BUG=https://bugs.chromium.org/p/v8/issues/detail?id=4203
      TEST=asm-wasm.js
      LOG=N
      
      Review URL: https://codereview.chromium.org/1667253003
      
      Cr-Commit-Position: refs/heads/master@{#33757}
      f0609223
  2. 04 Feb, 2016 36 commits