1. 25 Sep, 2015 24 commits
  2. 24 Sep, 2015 16 commits
    • stefan.penner's avatar
      Don’t smash globals used by the test helper itself. · ab989898
      stefan.penner authored
      Since https://codereview.chromium.org/366103005 the promise tests null out
      various globals, to ensure the promise implementation doesn’t itself rely
      on functions patchable by monkeys.
      
      Unfortunately, doing so breaks test assertion failures which rely on
      those globals.
      
      This isn’t the ideal solution, but does improve the current state.
      
      R=littledan@chromium.org,domenic@chromium.org
      LOG=N
      BUG=
      
      Review URL: https://codereview.chromium.org/1370583002
      
      Cr-Commit-Position: refs/heads/master@{#30922}
      ab989898
    • ofrobots's avatar
      [heap] refactor inline allocation step code · 1c5e511d
      ofrobots authored
      Once I improved byte accounting done for incremental mark in [1], there is some
      code duplication that becomes apparent. This commit refactors the duplicated
      code into a private method on NewSpace. This also makes it easy to add new
      consumers of inline allocation steps in the future.
      
      [1] https://codereview.chromium.org/1274453002/
      
      R=hpayer@chromium.org
      BUG=
      
      Review URL: https://codereview.chromium.org/1351983002
      
      Cr-Commit-Position: refs/heads/master@{#30921}
      1c5e511d
    • mstarzinger's avatar
      [turbofan] Remove dead code from Diamond class. · d90fdd13
      mstarzinger authored
      R=titzer@chromium.org
      
      Review URL: https://codereview.chromium.org/1365963003
      
      Cr-Commit-Position: refs/heads/master@{#30920}
      d90fdd13
    • mstarzinger's avatar
      [turbofan] Call ArgumentsAccessStub to materialize arguments. · 9b12ec9a
      mstarzinger authored
      This lowers JSCreateArgument nodes to call the ArgumentsAccessStub for
      help with materializing arguments objects when possible. Along the way
      this changes the calling convention of said stub to take parameters in
      registers instead of on the stack.
      
      R=mvstanton@chromium.org
      
      Review URL: https://codereview.chromium.org/1348773002
      
      Cr-Commit-Position: refs/heads/master@{#30919}
      9b12ec9a
    • oth's avatar
      [Interpreter] Basic flow control. · 347fa906
      oth authored
      + Add bytecodes for conditional and unconditional jumps.
      + Add bytecodes for test/compare operations.
      + Expose jumps in bytecode-array-builder and add BytecodeLabel class for
        identifying jump targets.
      + Add support for if..then...else in the bytecode-generator.
      + Implement jump bytecodes in the interpreter. Test/compare operations
        dependent on runtime call for comparisons.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1343363002
      
      Cr-Commit-Position: refs/heads/master@{#30918}
      347fa906
    • machenbach's avatar
      [test] Make fuzzer output the archive file name for easy upload. · fac9e220
      machenbach authored
      NOTRY=true
      
      Review URL: https://codereview.chromium.org/1365083002
      
      Cr-Commit-Position: refs/heads/master@{#30917}
      fac9e220
    • mstarzinger's avatar
      [turbofan] Make Node::set_op safer via wrapper. · da9c42dd
      mstarzinger authored
      This introduces the NodeProperties::ChangeOp helper which guards node
      operator changes so that additional checking can be done without any
      additional dependencies being pulled into the Node class. For now only
      the input count is checked, but additional checking might follow.
      
      R=jarin@chromium.org
      
      Review URL: https://codereview.chromium.org/1366753003
      
      Cr-Commit-Position: refs/heads/master@{#30916}
      da9c42dd
    • cbruni's avatar
      PrototypeInfo.validity_cell: adding comment · 9e5b0a5a
      cbruni authored
      BUG=
      
      Review URL: https://codereview.chromium.org/1370443002
      
      Cr-Commit-Position: refs/heads/master@{#30915}
      9e5b0a5a
    • danno's avatar
      Revert of Remove register index/code indirection (patchset #17 id:320001 of... · 3ac27431
      danno authored
      Revert of Remove register index/code indirection (patchset #17 id:320001 of https://codereview.chromium.org/1287383003/ )
      
      Reason for revert:
      Failures on greedy RegAlloc, Fuzzer
      
      Original issue's description:
      > Remove register index/code indirection
      >
      > Previous to this patch, both the lithium and TurboFan register
      > allocators tracked allocated registers by "indices", rather than
      > the register codes used elsewhere in the runtime. This patch
      > ensures that codes are used everywhere, and in the process cleans
      > up a bunch of redundant code and adds more structure to how the
      > set of allocatable registers is defined.
      >
      > Some highlights of changes:
      >
      > * TurboFan's RegisterConfiguration class moved to V8's top level
      >   so that it can be shared with Crankshaft.
      > * Various "ToAllocationIndex" and related methods removed.
      > * Code that can be easily shared between Register classes on
      >   different platforms is now shared.
      > * The list of allocatable registers on each platform is declared
      >   as a list rather than implicitly via the register index <->
      >   code mapping.
      >
      > Committed: https://crrev.com/80bc6f6e11f79524e3f1ad05579583adfd5f18b2
      > Cr-Commit-Position: refs/heads/master@{#30913}
      
      TBR=akos.palfi@imgtec.com,bmeurer@chromium.org,jarin@chromium.org,paul.lind@imgtec.com,titzer@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      
      Review URL: https://codereview.chromium.org/1365073002
      
      Cr-Commit-Position: refs/heads/master@{#30914}
      3ac27431
    • danno's avatar
      Remove register index/code indirection · 80bc6f6e
      danno authored
      Previous to this patch, both the lithium and TurboFan register
      allocators tracked allocated registers by "indices", rather than
      the register codes used elsewhere in the runtime. This patch
      ensures that codes are used everywhere, and in the process cleans
      up a bunch of redundant code and adds more structure to how the
      set of allocatable registers is defined.
      
      Some highlights of changes:
      
      * TurboFan's RegisterConfiguration class moved to V8's top level
        so that it can be shared with Crankshaft.
      * Various "ToAllocationIndex" and related methods removed.
      * Code that can be easily shared between Register classes on
        different platforms is now shared.
      * The list of allocatable registers on each platform is declared
        as a list rather than implicitly via the register index <->
        code mapping.
      
      Review URL: https://codereview.chromium.org/1287383003
      
      Cr-Commit-Position: refs/heads/master@{#30913}
      80bc6f6e
    • titzer's avatar
      Refactor the StackFrameIterator::ComputeType() method to look up the code... · 5c35f5e3
      titzer authored
      Refactor the StackFrameIterator::ComputeType() method to look up the code object (if any) before looking at the magic markers.
      
      This will allow per-code-kind logic more easily in the future (e.g. for WASM).
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1350763004
      
      Cr-Commit-Position: refs/heads/master@{#30912}
      5c35f5e3
    • pierre.langlois's avatar
      [arm] Optimize vcmp when lhs operand is #0.0 · d1472d65
      pierre.langlois authored
      This patch checks the type of the lhs operand of a floating point
      comparison for ARM, and commutes the operands if it is #0.0.  It allows
      us to optimize a comparison with zero, as the vcmp instruction
      accepts #0.0 as rhs operand.
      
      Code before for "0.0 < 0.123":
      ------------------------------
      movw ip, #29360
      movt ip, #37224
      movw r9, #31981
      movt r9, #16319
      vmov d0, ip, r9
      mov ip, #0
      vmov d1, ip, ip
      vcmp.f64 d1, d0
      vmrs APSR, FPSCR
      bcc +12
      
      Code after:
      -----------
      movw ip, #29360
      movt ip, #37224
      movw r9, #31981
      movt r9, #16319
      vmov d0, ip, r9
      vcmp.f64 d0, #0.0
      vmrs APSR, FPSCR
      bgt +12
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1361913003
      
      Cr-Commit-Position: refs/heads/master@{#30911}
      d1472d65
    • rmcilroy's avatar
      [Interpreter] Add support for loading globals in the interpreter. · 8087c49d
      rmcilroy authored
      Adds LdaGlobal bytecode and augments BytecodeGenerator to load globals for
      global variables and function calls.
      
      Modified TestBytecodeGenerator to add the ability to specify that a bytecode
      operand has an unknown value (used so we don't need to figure out the slot
      index of a global). Also added a helper which checks equality of BytecodeArray
      with the expected snipptets.
      
      Modified TestInterpreter to allow it to take snippets of JS and have the
      BytecodeGenerator generate the bytecode rather than having to build a
      BytecodeArray manually. This is used to enable the global tests.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1361113002
      
      Cr-Commit-Position: refs/heads/master@{#30910}
      8087c49d
    • martyn.capewell's avatar
      [turbofan] Elide fp32 convert for const compares · 809f6b15
      martyn.capewell authored
      Reduce operations of the form f64cmp(fp32to64(x), k) to f32cmp(x, k) when k
      can be encoded as a 32-bit float.
      
      Review URL: https://codereview.chromium.org/1365623002
      
      Cr-Commit-Position: refs/heads/master@{#30909}
      809f6b15
    • chunyang.dai's avatar
      X87: [es6] Introduce spec compliant IsConstructor. · 11fd60f5
      chunyang.dai authored
      port 8fe3ac07 (30902).
      
      original commit message:
      
          There was already a bit on the Map named "function with prototype",
          which basically meant that the Map was a map for a JSFunction that could
          be used as a constructor. Now this CL generalizes that bit to
          IsConstructor, which says that whatever (Heap)Object you are looking at
          can be used as a constructor (i.e. the bit is also set for bound
          functions that can be used as constructors and proxies that have a
          [[Construct]] internal method).
      
          This way we have a single chokepoint for IsConstructor checking, which
          allows us to get rid of the various ways in which we tried to guess
          whether something could be used as a constructor or not.
      
          Drive-by-fix: Renamed IsConstructor on FunctionKind to
          IsClassConstructor to resolve the weird name clash, and the
          IsClassConstructor name also matches the spec.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1362313002
      
      Cr-Commit-Position: refs/heads/master@{#30908}
      11fd60f5
    • chunyang.dai's avatar
      X87: [runtime] Remove weird pushing of something on StackOverflow. · 46d61217
      chunyang.dai authored
      port 556b522a (r30883)
      
      original commit message:
      
          We somehow try to push some stuff on the stack when we detect a stack
          overflow, that we don't need. Even worse we might access outside the
          valid stack bounds. Since we don't need this, it's gone.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1367943002
      
      Cr-Commit-Position: refs/heads/master@{#30907}
      46d61217