1. 10 Sep, 2015 9 commits
    • mstarzinger's avatar
      [runtime] Remove Runtime::KeyedGetObjectProperty function. · 763c68e4
      mstarzinger authored
      R=conradw@chromium.org
      
      Review URL: https://codereview.chromium.org/1317033009
      
      Cr-Commit-Position: refs/heads/master@{#30675}
      763c68e4
    • mstarzinger's avatar
      [turbofan] Disable test that started to timeout. · 5e156798
      mstarzinger authored
      The two tests in question got a lot slower and started to timeout now
      that the C++ fallback implementation of the %Arguments intrinsics is
      composable with respect to inlining.
      
      R=bmeurer@chromium.org,machenbach@chromium.org
      
      Review URL: https://codereview.chromium.org/1330203003
      
      Cr-Commit-Position: refs/heads/master@{#30674}
      5e156798
    • mstarzinger's avatar
      [turbofan] Remove obsolete --turbo-try-catch flag. · a676da3a
      mstarzinger authored
      This removes the aforementioned flag which has been on by default for a
      while now. Note that this does not control optimization decisions, only
      the last-resort bailout in the graph builder.
      
      R=bmeurer@chromium.org
      
      Review URL: https://codereview.chromium.org/1335543002
      
      Cr-Commit-Position: refs/heads/master@{#30673}
      a676da3a
    • chunyang.dai's avatar
      X87: On a call to Array(), we patched a call ic. · cfbe3f64
      chunyang.dai authored
      port ba7b6413 (r30649)
      
      original commit message:
      
         This CL makes do with a single dispatcher which inlines the special handling for the Array() call case, loading the allocation site found in the vector and c
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1330993004
      
      Cr-Commit-Position: refs/heads/master@{#30672}
      cfbe3f64
    • bmeurer's avatar
      [runtime] Sanitize %NewClosure runtime entries. · 6b3c070d
      bmeurer authored
      There are now two runtime entries %NewClosure and %NewClosure_Tenured,
      with the same signature (one parameter, the SharedFunctionInfo, and the
      context of the caller).
      
      Also remove the HFunctionLiteral special case instruction from Crankshaft,
      as HCallWithDescriptor with FastNewClosureStub or HCallRuntime with
      either %NewClosure or %NewClosure_Tenured can easily do that for you.
      
      Also remove the redundant context parameter from the JSCreateClosure
      operator, because every JS operator already takes a context input.
      
      CQ_INCLUDE_TRYBOTS=tryserver.v8:v8_linux_nosnap_dbg
      
      Review URL: https://codereview.chromium.org/1329293003
      
      Cr-Commit-Position: refs/heads/master@{#30671}
      6b3c070d
    • Djordje.Pesic's avatar
      MIPS: Fix illegal use of at register · 9e05ee74
      Djordje.Pesic authored
      Fix illegal use of at register when ldc1 and sdc1 are called. Added dchecks to prevent such a usage.
      
      TEST=mjsunit/asm/float64array-negative-offset(r6), mjsunit/asm/float64array-outofbounds(r6)
      
      Review URL: https://codereview.chromium.org/1323763002
      
      Cr-Commit-Position: refs/heads/master@{#30670}
      9e05ee74
    • chunyang.dai's avatar
      X87: [calls] Consistent call protocol for calls. · 99f01307
      chunyang.dai authored
      port b37907ff (r30648).
      
      original commit message:
      
          The number of actual arguments should always be available, there's no
          point in trying to optimize away a simple assignment of an immediate to
          a register before some calls.
      
          The main motivation is to have a consistent state at the beginning of every
          function. Currently the arguments register (i.e. rax or eax) either contains
          the number of arguments or some random garbage depending on whether
          the callsite decided that the callee might need the information or not.
          This causes trouble with runtime implementations of functions that
          do not set internal_formal_parameter_count to the DontAdaptArguments
          sentinel (we don't have any of those yet), but also makes it impossible
          to sanity check the arguments in the callee, because the callee doesn't
          know whether the caller decided to pass the number of arguments or
          random garbage.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1335453002
      
      Cr-Commit-Position: refs/heads/master@{#30669}
      99f01307
    • chunyang.dai's avatar
      X87: [builtins] Unify the various versions of [[Call]] with a Call builtin. · 20c9749b
      chunyang.dai authored
      port ccbb4ff0 (r30629)
      
      original commit message:
      
          The new Call and CallFunction builtins supersede the current
          CallFunctionStub (and CallIC magic) and will be the single bottleneck
          for all calling, including the currently special Function.prototype.call
          and Function.prototype.apply builtins, which had handwritten (and
          not fully compliant) versions of CallFunctionStub, and also the
          CallIC(s), which where also slightly different.
      
          This also reduces the overhead for API function calls, which is still
          unnecessary high, but let's do that step-by-step.
      
          This also fixes a bunch of cases where the implicit ToObject for
          sloppy receivers was done in the wrong context (in the caller
          context instead of the callee context), which basically meant
          that we allowed cross context access to %ObjectPrototype%.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1332703002
      
      Cr-Commit-Position: refs/heads/master@{#30668}
      20c9749b
    • chunyang.dai's avatar
      X87: [runtime] Replace many buggy uses of %_CallFunction with %_Call. · 0cfa52d0
      chunyang.dai authored
      port db2ba190 (r30634).
      
      original commit message:
      
          The semantics of the %_CallFunction intrinsic seem to be very unclear,
          which resulted in a lot of bugs. Especially the combination with
          %IsSloppyModeFunction is always a bug, because the receiver would be
          wrapped in the wrong context. So the %IsSloppyModeFunction helper is
          gone now, and many of the buggy uses of %_CallFunction are also
          eliminated.
      
          If you ever need to call something with a different receiver, then
          %_Call is your friend now. It does what you want and implements the
          call sequence fully (and correct).
      
      Review URL: https://codereview.chromium.org/1336443002
      
      Cr-Commit-Position: refs/heads/master@{#30667}
      0cfa52d0
  2. 09 Sep, 2015 19 commits
  3. 08 Sep, 2015 12 commits