1. 01 Mar, 2021 1 commit
  2. 25 Feb, 2021 1 commit
  3. 22 Feb, 2021 1 commit
  4. 04 Feb, 2021 1 commit
  5. 01 Feb, 2021 1 commit
  6. 29 Jan, 2021 1 commit
  7. 22 Jan, 2021 1 commit
  8. 21 Jan, 2021 1 commit
  9. 18 Jan, 2021 1 commit
  10. 04 Jan, 2021 1 commit
  11. 19 Dec, 2020 1 commit
  12. 03 Dec, 2020 1 commit
  13. 02 Dec, 2020 1 commit
  14. 23 Nov, 2020 1 commit
  15. 11 Nov, 2020 1 commit
  16. 09 Nov, 2020 1 commit
  17. 05 Nov, 2020 1 commit
  18. 04 Nov, 2020 1 commit
  19. 03 Nov, 2020 1 commit
  20. 29 Oct, 2020 1 commit
  21. 26 Oct, 2020 1 commit
  22. 14 Oct, 2020 1 commit
  23. 12 Oct, 2020 1 commit
  24. 23 Sep, 2020 1 commit
    • Zhao Jiazhong's avatar
      [mips][wasm] Fix kWasmInstanceOffset · 4df7b0bd
      Zhao Jiazhong authored
      Currently the kWasmInstanceOffset is computed according to the reg
      a0(kWasmInstanceRegister)'s position in the frame. And according
      to Builtins::Generate_WasmCompileLazy, it's the 7th gp_regs that
      are pushed on to stack, so the index should be 6 other than 7.
      
      Since the kWasmInstanceRegister will be pushed on to stack after
      all parameter registers, so we can use it's index, which does not
      reply on which reg kWasmInstanceRegister is, and what order the
      parameter registers are pushed on to stack.
      
      So the new index is equal to the number of all parameter registers.
      
      Change-Id: I7a77fb052a5d68ee28dab10409462260ad491578
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/2425329
      Commit-Queue: Zhao Jiazhong <zhaojiazhong-hf@loongson.cn>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Reviewed-by: 's avatarClemens Backes <clemensb@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#70087}
      4df7b0bd
  25. 08 Sep, 2020 1 commit
  26. 29 Jul, 2020 1 commit
  27. 01 Apr, 2020 1 commit
  28. 18 Mar, 2020 1 commit
  29. 02 Mar, 2020 1 commit
  30. 25 Feb, 2020 1 commit
  31. 17 Feb, 2020 1 commit
  32. 07 Feb, 2020 1 commit
  33. 06 Feb, 2020 1 commit
  34. 10 Jan, 2020 1 commit
    • Seth Brenith's avatar
      [torque] move more bitfield definitions to Torque · 87c16da5
      Seth Brenith authored
      This change moves the definitions of the bitfield flags used by Symbol
      and Map to Torque. Symbol could directly follow the pattern established
      by SharedFunctionInfo, but Map required some other changes:
      - Until now, Torque bitfield definitions have required unsigned types. I
        thought that this would be the least-surprising behavior, since we
        never sign-extend when decoding bitfield values. However, I believe
        that the amount of churn involved in making ElementsKind be unsigned
        outweighs the benefit we were getting from this restriction (and
        similar difficulties are likely to arise in converting other bitfield
        structs to Torque), so this CL updates Torque to allow signed bitfield
        values.
      - If we try to make Map extend from all of the generated classes that
        define its flags, we end up with class sizing problems because some
        compilers only apply empty base class optimization to the first in a
        row of empty base classes. We could work around this issue by
        generating macros instead of classes, but I took this as an
        opportunity for a minor clean-up instead: rather than having bitfield
        definitions for several different bitfield structs all jumbled
        together in Map, they can be split up. I think this makes the code a
        little easier to follow, but if others disagree I'm happy to implement
        macro generation instead.
      
      Change-Id: Ibf339b0be97f72d740bf1daa8300b471912faeba
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1988934Reviewed-by: 's avatarTobias Tebbi <tebbi@chromium.org>
      Reviewed-by: 's avatarRoss McIlroy <rmcilroy@chromium.org>
      Commit-Queue: Seth Brenith <seth.brenith@microsoft.com>
      Cr-Commit-Position: refs/heads/master@{#65701}
      87c16da5
  35. 09 Jan, 2020 1 commit
  36. 07 Jan, 2020 1 commit
  37. 19 Nov, 2019 1 commit
  38. 15 Nov, 2019 1 commit
  39. 14 Nov, 2019 1 commit
  40. 05 Nov, 2019 1 commit