1. 12 Nov, 2015 1 commit
  2. 05 Nov, 2015 1 commit
  3. 04 Nov, 2015 1 commit
  4. 02 Nov, 2015 2 commits
  5. 23 Oct, 2015 1 commit
  6. 15 Oct, 2015 1 commit
  7. 12 Oct, 2015 1 commit
  8. 02 Oct, 2015 5 commits
    • rmcilroy's avatar
      [Interpreter] Add CallRuntime support to the interpreter. · 75f6ad74
      rmcilroy authored
      Adds support for calling runtime functions from the interpreter. Adds the
      CallRuntime bytecode which takes a Runtime::FunctionId of the function to call
      and the arguments in sequential registers. Adds a InterpreterCEntry builtin
      to enable the interpreter to enter C++ code based on the functionId.
      
      Also renames Builtin::PushArgsAndCall to Builtin::InterpreterPushArgsAndCall
      and groups all the interpreter builtins together.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1362383002
      
      Cr-Commit-Position: refs/heads/master@{#31089}
      75f6ad74
    • rmcilroy's avatar
      Revert of [Interpreter] Add CallRuntime support to the interpreter. (patchset... · b4a2f656
      rmcilroy authored
      Revert of [Interpreter] Add CallRuntime support to the interpreter. (patchset #8 id:220001 of https://codereview.chromium.org/1362383002/ )
      
      Reason for revert:
      Now breaking arm32 debug bot (worked locally even with --debug-code, so I'll need to figure out what's different on the bot)
      
      Original issue's description:
      > [Interpreter] Add CallRuntime support to the interpreter.
      >
      > Adds support for calling runtime functions from the interpreter. Adds the
      > CallRuntime bytecode which takes a Runtime::FunctionId of the function to call
      > and the arguments in sequential registers. Adds a InterpreterCEntry builtin
      > to enable the interpreter to enter C++ code based on the functionId.
      >
      > Also renames Builtin::PushArgsAndCall to Builtin::InterpreterPushArgsAndCall
      > and groups all the interpreter builtins together.
      >
      > BUG=v8:4280
      > LOG=N
      >
      
      TBR=bmeurer@chromium.org,oth@chromium.org,mstarzinger@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=v8:4280
      
      Review URL: https://codereview.chromium.org/1379933003
      
      Cr-Commit-Position: refs/heads/master@{#31078}
      b4a2f656
    • rmcilroy's avatar
      [Interpreter] Add CallRuntime support to the interpreter. · c991d8f3
      rmcilroy authored
      Adds support for calling runtime functions from the interpreter. Adds the
      CallRuntime bytecode which takes a Runtime::FunctionId of the function to call
      and the arguments in sequential registers. Adds a InterpreterCEntry builtin
      to enable the interpreter to enter C++ code based on the functionId.
      
      Also renames Builtin::PushArgsAndCall to Builtin::InterpreterPushArgsAndCall
      and groups all the interpreter builtins together.
      
      BUG=v8:4280
      LOG=N
      
      Committed: https://crrev.com/40e8424b744f8b6e3e1d93e20f23487419911dfc
      Cr-Commit-Position: refs/heads/master@{#31064}
      
      Review URL: https://codereview.chromium.org/1362383002
      
      Cr-Commit-Position: refs/heads/master@{#31076}
      c991d8f3
    • rmcilroy's avatar
      Revert of [Interpreter] Add CallRuntime support to the interpreter. (patchset... · 90f69d16
      rmcilroy authored
      Revert of [Interpreter] Add CallRuntime support to the interpreter. (patchset #6 id:180001 of https://codereview.chromium.org/1362383002/ )
      
      Reason for revert:
      Broke Arm64 bot (CEntry stub is trying to pop arguments off stack when argv_in_reg, so I need to fix this).
      
      Original issue's description:
      > [Interpreter] Add CallRuntime support to the interpreter.
      >
      > Adds support for calling runtime functions from the interpreter. Adds the
      > CallRuntime bytecode which takes a Runtime::FunctionId of the function to call
      > and the arguments in sequential registers. Adds a InterpreterCEntry builtin
      > to enable the interpreter to enter C++ code based on the functionId.
      >
      > Also renames Builtin::PushArgsAndCall to Builtin::InterpreterPushArgsAndCall
      > and groups all the interpreter builtins together.
      >
      > BUG=v8:4280
      > LOG=N
      >
      > Committed: https://crrev.com/40e8424b744f8b6e3e1d93e20f23487419911dfc
      > Cr-Commit-Position: refs/heads/master@{#31064}
      
      TBR=bmeurer@chromium.org,oth@chromium.org,mstarzinger@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=v8:4280
      
      Review URL: https://codereview.chromium.org/1387543002
      
      Cr-Commit-Position: refs/heads/master@{#31066}
      90f69d16
    • rmcilroy's avatar
      [Interpreter] Add CallRuntime support to the interpreter. · 40e8424b
      rmcilroy authored
      Adds support for calling runtime functions from the interpreter. Adds the
      CallRuntime bytecode which takes a Runtime::FunctionId of the function to call
      and the arguments in sequential registers. Adds a InterpreterCEntry builtin
      to enable the interpreter to enter C++ code based on the functionId.
      
      Also renames Builtin::PushArgsAndCall to Builtin::InterpreterPushArgsAndCall
      and groups all the interpreter builtins together.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1362383002
      
      Cr-Commit-Position: refs/heads/master@{#31064}
      40e8424b
  9. 28 Sep, 2015 1 commit
  10. 23 Sep, 2015 1 commit
  11. 15 Sep, 2015 1 commit
    • mvstanton's avatar
      Reland VectorICs: ia32 store ics need a virtual register. · 1e00bb57
      mvstanton authored
      (reason for revert/reland: patch incorrectly left --vector-stores flag
       on, helpfully revealing some gcstress issues to look at, but they
       don't need to block this CL).
      
      Some pretty hacky code was used to carry out the tail-call
      handler dispatch on ia32 vector stores due to a lack
      of free registers. It really tanks performance. A better
      approach is to use a virtual register on the isolate.
      
      BUG=
      TBR=jkummerow@chromium.org, vogelheim@chromium.org
      
      Review URL: https://codereview.chromium.org/1346573002
      
      Cr-Commit-Position: refs/heads/master@{#30737}
      1e00bb57
  12. 14 Sep, 2015 2 commits
  13. 11 Sep, 2015 2 commits
  14. 27 Aug, 2015 1 commit
  15. 26 Aug, 2015 1 commit
  16. 25 Aug, 2015 1 commit
    • titzer's avatar
      Add a PLACEHOLDER code kind. · e4bcc336
      titzer authored
      The PLACEHOLDER code kind is used when compiling a code object that has
      direct calls to other code objects, but those other code objects do not
      yet exist because they have not yet been compiled. It serves as a
      placeholder to break the cycle, e.g. in WASM.
      
      R=yangguo@chromium.org
      BUG=
      
      Review URL: https://codereview.chromium.org/1308393003
      
      Cr-Commit-Position: refs/heads/master@{#30348}
      e4bcc336
  17. 24 Aug, 2015 2 commits
  18. 20 Aug, 2015 3 commits
  19. 14 Aug, 2015 2 commits
  20. 08 Aug, 2015 1 commit
    • jkummerow's avatar
      Fasterify JSObject::UnregisterPrototypeUser · 1e65e201
      jkummerow authored
      When a (prototype) map registers as a user of its own prototype, it now remembers the index in that prototype's registry where it is listed.
      This remembered index is used on un-registration to find the right slot to clear without walking the entire registry.
      Compaction of the registry must update all entries' remembered indices.
      
      BUG=chromium:517778,chromium:517406
      LOG=n
      R=yangguo@chromium.org
      
      Review URL: https://codereview.chromium.org/1276353004
      
      Cr-Commit-Position: refs/heads/master@{#30079}
      1e65e201
  21. 23 Jul, 2015 1 commit
    • danno's avatar
      Unify "runtime-style" IC functions with Runtime intrinsics · bc8041dc
      danno authored
      Previous to this CL, ICs used a slightly different code idiom
      to get to C++ code from generated code than runtime intrinsics,
      using an IC_Utility class that in essence provided exactly
      the same functionality as Runtime::FunctionForId, but in its
      own quirky way.
      
      This CL unifies the two mechanisms, folding IC_Utility
      away by making all IC entry points in C++ code, e.g. IC
      miss handlers, full-fledged runtime intrinsics. This makes
      it possible to eliminate a bunch of ad-hoc declarations and
      adapters that the IC system had to needlessly re-invent.
      
      As a bonus and the original reason for this yak-shave:
      IC-related C++ runtime functions are now callable from
      TurboFan.
      
      Review URL: https://codereview.chromium.org/1248303002
      
      Cr-Commit-Position: refs/heads/master@{#29811}
      bc8041dc
  22. 13 Jul, 2015 2 commits
  23. 25 Jun, 2015 4 commits
  24. 24 Jun, 2015 1 commit
    • yangguo's avatar
      Serializer: clear next link in weak cells. · f1982eb4
      yangguo authored
      If we do not clear next links during serialization, the
      serializer would simply follow those links and serialize
      arbitrary objects held by weak cells. This breaks the
      invariant in the code serializer, which crashes if it
      sees context-dependent objects.
      
      R=ulan@chromium.org
      BUG=chromium:503552
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1203973002
      
      Cr-Commit-Position: refs/heads/master@{#29255}
      f1982eb4
  25. 23 Jun, 2015 1 commit