1. 24 Feb, 2017 1 commit
  2. 20 Feb, 2017 1 commit
  3. 06 Feb, 2017 1 commit
  4. 12 Jan, 2017 1 commit
  5. 10 Jan, 2017 1 commit
  6. 22 Nov, 2016 1 commit
  7. 17 Oct, 2016 1 commit
  8. 23 Sep, 2016 1 commit
  9. 22 Sep, 2016 1 commit
  10. 20 Sep, 2016 1 commit
  11. 15 Sep, 2016 1 commit
  12. 14 Jul, 2016 1 commit
  13. 13 Jul, 2016 1 commit
  14. 13 Jun, 2016 1 commit
    • jkummerow's avatar
      [--runtime-call-stats] Fix ACCESSOR handler computation · 31ca317a
      jkummerow authored
      When running with FLAG_runtime_call_stats, native accessor accesses must
      go through the runtime for accurate accounting. Previously the slow_stub()
      was used as a handler in order to accomplish this, but it could never be
      looked up from the code cache successfully due to mismatched code flags,
      which could cause more handler recompilations than in normal operation.
      This patch fixes that by emitting a runtime call into the compiled
      handler instead of using the slow_stub().
      
      Drive-by cleanup: drop the unused StoreIC_Megamorphic builtin.
      
      Review-Url: https://codereview.chromium.org/2054133002
      Cr-Commit-Position: refs/heads/master@{#36926}
      31ca317a
  15. 24 May, 2016 1 commit
  16. 22 Apr, 2016 1 commit
  17. 14 Apr, 2016 1 commit
  18. 06 Apr, 2016 1 commit
    • verwaest's avatar
      Use a dictionary-mode code cache on the map rather than a dual system. · d2eb555e
      verwaest authored
      The previous code cache system required stubs to be marked with a StubType, causing them to be inserted either into a fixed array or into a dictionary-mode code cache. This could cause names to be in both cases, and lookup would just find the "fast" one first. Given that we clear out the caches on each GC, the memory overhead shouldn't be too bad. Additionally, the dictionary itself should just stay linear for small arrays; that's faster anyway.
      
      This CL additionally deletes some dead IC code.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1846963002
      
      Cr-Commit-Position: refs/heads/master@{#35291}
      d2eb555e
  19. 21 Mar, 2016 1 commit
  20. 17 Feb, 2016 1 commit
  21. 05 Feb, 2016 1 commit
  22. 30 Dec, 2015 1 commit
  23. 29 Dec, 2015 1 commit
  24. 27 Nov, 2015 1 commit
  25. 17 Nov, 2015 1 commit
  26. 02 Nov, 2015 1 commit
  27. 01 Oct, 2015 1 commit
  28. 23 Sep, 2015 1 commit
  29. 16 Sep, 2015 1 commit
  30. 04 Sep, 2015 1 commit
  31. 03 Sep, 2015 2 commits
  32. 19 Aug, 2015 1 commit
  33. 14 Aug, 2015 1 commit
  34. 31 Jul, 2015 1 commit
  35. 27 Jul, 2015 1 commit
  36. 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
  37. 13 Jul, 2015 1 commit
  38. 30 Jun, 2015 1 commit
  39. 25 Jun, 2015 1 commit