1. 30 Nov, 2015 5 commits
  2. 27 Nov, 2015 7 commits
  3. 26 Nov, 2015 3 commits
  4. 25 Nov, 2015 5 commits
  5. 24 Nov, 2015 5 commits
    • mbrandy's avatar
      PPC: [runtime] Pass closure to %CreateArrayLiteral and %CreateObjectLiteral. · abb9ca8b
      mbrandy authored
      Port 1b1db135
      
      Original commit message:
          Change the runtime entries and their associated code stubs for object
          and array literal creation to take the closure instead of the raw
          literals pointer. This is way easier to deal with (and cleaner) in
          TurboFan.
      
      R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1471823005
      
      Cr-Commit-Position: refs/heads/master@{#32233}
      abb9ca8b
    • mbrandy's avatar
      PPC: [compiler] No need to push literal index in VisitArrayLiteral. · 443fb4de
      mbrandy authored
      Port 9846f386
      
      Original commit message:
          The literal index is being pushed onto the stack while evaluating
          the non-constant subexpressions, but never used in fullcodegen (and
          hence not used in the optimizing compilers).
      
      R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=
      
      Review URL: https://codereview.chromium.org/1468273005
      
      Cr-Commit-Position: refs/heads/master@{#32229}
      443fb4de
    • bmeurer's avatar
      [runtime] Pass closure to %CreateArrayLiteral and %CreateObjectLiteral. · 1b1db135
      bmeurer authored
      Change the runtime entries and their associated code stubs for object
      and array literal creation to take the closure instead of the raw
      literals pointer. This is way easier to deal with (and cleaner) in
      TurboFan.
      
      R=mstarzinger@chromium.org
      
      Review URL: https://codereview.chromium.org/1469833005
      
      Cr-Commit-Position: refs/heads/master@{#32220}
      1b1db135
    • bmeurer's avatar
      [compiler] No need to push literal index in VisitArrayLiteral. · 9846f386
      bmeurer authored
      The literal index is being pushed onto the stack while evaluating
      the non-constant subexpressions, but never used in fullcodegen (and
      hence not used in the optimizing compilers).
      
      R=mstarzinger@chromium.org
      
      Review URL: https://codereview.chromium.org/1471893003
      
      Cr-Commit-Position: refs/heads/master@{#32205}
      9846f386
    • zhengxing.li's avatar
      X87: [builtins] Sanitize the machinery around Construct calls. · 4620a235
      zhengxing.li authored
        port 374b6ea2 (r32172)
      
        original commit message:
        There's no point in collecting feedback for super constructor calls,
        because in all (interesting) cases we can gather (better) feedback from
        other sources (i.e. via inlining or via using a LOAD_IC to get to the
        [[Prototype]] of the target).  So CallConstructStub is now only used
        for new Foo(...args) sites where we want to collect feedback in the
        baseline compiler.  The optimizing compilers, Reflect.construct and
        super constructor calls use the Construct builtin directly, which allows
        us to remove some weird code from the CallConstructStub (and opens the
        possibility for more code sharing with the CallICStub, maybe even going
        for a ConstructICStub).
      
        Also remove the 100% redundant HCallNew instruction, which is just a
        wrapper for the Construct builtin anyway (indirectly via the
        CallConstructStub).
      
        Drive-by-fix: Drop unused has_function_cache bit on Code objects.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1471193002
      
      Cr-Commit-Position: refs/heads/master@{#32197}
      4620a235
  6. 23 Nov, 2015 2 commits
    • mbrandy's avatar
      PPC: [builtins] Sanitize the machinery around Construct calls. · fe14ba45
      mbrandy authored
      Port 374b6ea2
      
      Original commit message:
          There's no point in collecting feedback for super constructor calls,
          because in all (interesting) cases we can gather (better) feedback from
          other sources (i.e. via inlining or via using a LOAD_IC to get to the
          [[Prototype]] of the target).  So CallConstructStub is now only used
          for new Foo(...args) sites where we want to collect feedback in the
          baseline compiler.  The optimizing compilers, Reflect.construct and
          super constructor calls use the Construct builtin directly, which allows
          us to remove some weird code from the CallConstructStub (and opens the
          possibility for more code sharing with the CallICStub, maybe even going
          for a ConstructICStub).
      
          Also remove the 100% redundant HCallNew instruction, which is just a
          wrapper for the Construct builtin anyway (indirectly via the
          CallConstructStub).
      
          Drive-by-fix: Drop unused has_function_cache bit on Code objects.
      
      R=bmeurer@chromium.org, joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com
      BUG=v8:4413, v8:4430
      LOG=n
      
      Review URL: https://codereview.chromium.org/1471623005
      
      Cr-Commit-Position: refs/heads/master@{#32186}
      fe14ba45
    • bmeurer's avatar
      [builtins] Sanitize the machinery around Construct calls. · 374b6ea2
      bmeurer authored
      There's no point in collecting feedback for super constructor calls,
      because in all (interesting) cases we can gather (better) feedback from
      other sources (i.e. via inlining or via using a LOAD_IC to get to the
      [[Prototype]] of the target).  So CallConstructStub is now only used
      for new Foo(...args) sites where we want to collect feedback in the
      baseline compiler.  The optimizing compilers, Reflect.construct and
      super constructor calls use the Construct builtin directly, which allows
      us to remove some weird code from the CallConstructStub (and opens the
      possibility for more code sharing with the CallICStub, maybe even going
      for a ConstructICStub).
      
      Also remove the 100% redundant HCallNew instruction, which is just a
      wrapper for the Construct builtin anyway (indirectly via the
      CallConstructStub).
      
      Drive-by-fix: Drop unused has_function_cache bit on Code objects.
      
      R=mstarzinger@chromium.org, yangguo@chromium.org
      BUG=v8:4413, v8:4430
      LOG=n
      
      Review URL: https://codereview.chromium.org/1469793002
      
      Cr-Commit-Position: refs/heads/master@{#32172}
      374b6ea2
  7. 18 Nov, 2015 3 commits
  8. 17 Nov, 2015 6 commits
  9. 16 Nov, 2015 1 commit
  10. 13 Nov, 2015 1 commit
  11. 09 Nov, 2015 2 commits