1. 18 May, 2015 1 commit
  2. 15 May, 2015 1 commit
  3. 13 May, 2015 1 commit
  4. 12 May, 2015 2 commits
  5. 11 May, 2015 4 commits
  6. 08 May, 2015 1 commit
  7. 07 May, 2015 2 commits
    • verwaest's avatar
      Allow loading holes from holey smi arrays · eab5bb53
      verwaest authored
      BUG=
      
      Review URL: https://codereview.chromium.org/1134483002
      
      Cr-Commit-Position: refs/heads/master@{#28298}
      eab5bb53
    • machenbach's avatar
      Revert of Resolve references to "this" the same way as normal variables... · 5cab6be8
      machenbach authored
      Revert of Resolve references to "this" the same way as normal variables (patchset #2 id:20001 of https://codereview.chromium.org/1130733003/)
      
      Reason for revert:
      [Sheriff] Breaks jetstream benchmark with errors like this:
      
      >>> Running suite: JetStream/bigfib.cpp
      >>> Stdout (#1):
      undefined:93: ReferenceError: this is not defined
        this['Module'] = Module;
        ^
      ReferenceError: this is not defined
          at eval (eval at __run (runner.js:13:3), <anonymous>:93:3)
          at eval (native)
          at __run (runner.js:13:3)
          at Object.runSimpleBenchmark (runner.js:44:31)
          at runner.js:97:13
      
      Original issue's description:
      > Resolve references to "this" the same way as normal variables
      >
      > Make the parser handle references to "this" as unresolved variables, so the
      > same logic as for the rest of function parameters is used for the receiver.
      > Minor additions to the code generation handle copying the receiver to the
      > context, along with the rest of the function parameters.
      >
      > Based on work by Adrian Perez de Castro <aperez@igalia.com>.
      >
      > BUG=v8:2700
      > LOG=N
      >
      > Committed: https://crrev.com/06a792b7cc2db33ffce7244c044a9c05afbb6116
      > Cr-Commit-Position: refs/heads/master@{#28263}
      
      TBR=rossberg@chromium.org,arv@chromium.org,wingo@igalia.com
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=v8:2700
      
      Review URL: https://codereview.chromium.org/1129723003
      
      Cr-Commit-Position: refs/heads/master@{#28283}
      5cab6be8
  8. 06 May, 2015 5 commits
  9. 05 May, 2015 6 commits
    • dslomov's avatar
      Handle the case when derived constructor is [[Call]]ed with 0 args. · cf53fed9
      dslomov authored
      ArgumentsAdaptorStub for derived constructor (the one that needs
      new.target) works in this way:
       - If the constructor is invoked via the Construct stub, we know that
         actual arguments always include new.target. ``arguments`` object
         however should not include a new.target, therefore we remove it.
         We achieve this by decrementing the argument count.
       - If the constructor is invoked as a call, we do not care for a correct
         ``arguments`` array since the constructor will immediately throw on
         entrance.
      The bug is that the call could actually pass 0 actual arguments, but I
      decrement unconditionally :(. The fix is to detect this case and avoid
      decrementing. ``arguments`` is bogus, but it is ok as constructor
      throws.
      
      Long-term we should just remove mucking about with arguments for
      new.target and just get it from the stack.
      
      R=arv@chromium.org,rossberg@chromium.org
      BUG=chromium:474783
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1126783003
      
      Cr-Commit-Position: refs/heads/master@{#28242}
      cf53fed9
    • wingo's avatar
      Revert of Resolve references to "this" the same way as normal variables... · 1e4173d9
      wingo authored
      Revert of Resolve references to "this" the same way as normal variables (patchset #11 id:240001 of https://codereview.chromium.org/1097283003/)
      
      Reason for revert:
      nosnap failures
      
      Original issue's description:
      > Resolve references to "this" the same way as normal variables
      >
      > Make the parser handle references to "this" as unresolved variables, so the
      > same logic as for the rest of function parameters is used for the receiver.
      > Minor additions to the code generation handle copying the receiver to the
      > context, along with the rest of the function parameters.
      >
      > Based on work by Adrian Perez de Castro <aperez@igalia.com>.
      >
      > BUG=
      > LOG=N
      >
      > Committed: https://crrev.com/18619d355192e2699203d12d9ebb9caea107b693
      > Cr-Commit-Position: refs/heads/master@{#28236}
      
      TBR=rossberg@chromium.org,mstarzinger@chromium.org,dslomov@chromium.org,adamk@chromium.org,arv@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=
      
      Review URL: https://codereview.chromium.org/1113133006
      
      Cr-Commit-Position: refs/heads/master@{#28238}
      1e4173d9
    • danno's avatar
      Revert of Collect type feedback on result of Math.[round|ceil|floor] (patchset... · a988d5f2
      danno authored
      Revert of Collect type feedback on result of Math.[round|ceil|floor] (patchset #13 id:230001 of https://codereview.chromium.org/1053143005/)
      
      Reason for revert:
      All sorts of performance regressions
      
      Original issue's description:
      > Collect type feedback on result of Math.[round|ceil|floor]
      >
      > By recording invocations of these builtins that can return -0, we now learn to not emit Crankshaft code that only handles integer results, avoiding deopt loops.
      >
      > Committed: https://crrev.com/f36ecaf3a4d61568ca50a20718acce7dd5da9a5f
      > Cr-Commit-Position: refs/heads/master@{#28215}
      
      TBR=mvstanton@chromium.org,bmeurer@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      
      Review URL: https://codereview.chromium.org/1115973005
      
      Cr-Commit-Position: refs/heads/master@{#28237}
      a988d5f2
    • wingo's avatar
      Resolve references to "this" the same way as normal variables · 18619d35
      wingo authored
      Make the parser handle references to "this" as unresolved variables, so the
      same logic as for the rest of function parameters is used for the receiver.
      Minor additions to the code generation handle copying the receiver to the
      context, along with the rest of the function parameters.
      
      Based on work by Adrian Perez de Castro <aperez@igalia.com>.
      
      BUG=
      LOG=N
      
      Review URL: https://codereview.chromium.org/1097283003
      
      Cr-Commit-Position: refs/heads/master@{#28236}
      18619d35
    • arv's avatar
      [es6] When comparing two symbols we may need to throw a TypeError · d26f5d39
      arv authored
      When comparing a symbol to istself using <, <=, > or >= we need to
      throw a TypeError. This is correctly handled in the runtime function
      so if we are comparing a symbol fall back to use the runtime.
      
      BUG=v8:4073
      LOG=Y
      R=rossberg@chromium.org
      
      Review URL: https://codereview.chromium.org/1125783002
      
      Cr-Commit-Position: refs/heads/master@{#28226}
      d26f5d39
    • danno's avatar
      Collect type feedback on result of Math.[round|ceil|floor] · f36ecaf3
      danno authored
      By recording invocations of these builtins that can return -0, we now learn to not emit Crankshaft code that only handles integer results, avoiding deopt loops.
      
      Review URL: https://codereview.chromium.org/1053143005
      
      Cr-Commit-Position: refs/heads/master@{#28215}
      f36ecaf3
  10. 04 May, 2015 2 commits
  11. 30 Apr, 2015 4 commits
  12. 28 Apr, 2015 1 commit
  13. 27 Apr, 2015 1 commit
  14. 24 Apr, 2015 1 commit
  15. 21 Apr, 2015 1 commit
  16. 20 Apr, 2015 1 commit
  17. 16 Apr, 2015 1 commit
  18. 15 Apr, 2015 4 commits
  19. 13 Apr, 2015 1 commit