1. 12 Oct, 2016 1 commit
  2. 03 Aug, 2016 1 commit
  3. 27 Jul, 2016 1 commit
  4. 26 Jul, 2016 2 commits
  5. 15 Jul, 2016 1 commit
  6. 14 Jul, 2016 1 commit
  7. 13 Jul, 2016 1 commit
  8. 28 Jun, 2016 1 commit
  9. 18 Apr, 2016 1 commit
    • danno's avatar
      Separate CodeAssembler and CodeStubAssembler · 973fc5b9
      danno authored
      This separation is needed to make two goals possible simultaneously:
      * is should be possible to offer V8 components a simple, clean
        interface to TurboFan's low-level code generation that doesn't
        expose details about the TF.
      * it should be possible to easily create new CodeAssembler "macros"
        that don't require a review from an OWNER of the compiler directory.
      
      Review URL: https://codereview.chromium.org/1875583003
      
      Cr-Commit-Position: refs/heads/master@{#35576}
      973fc5b9
  10. 17 Mar, 2016 1 commit
  11. 04 Feb, 2016 1 commit
  12. 19 Jan, 2016 1 commit
  13. 17 Dec, 2015 1 commit
  14. 11 Dec, 2015 2 commits
  15. 10 Dec, 2015 4 commits
  16. 02 Dec, 2015 1 commit
    • danno's avatar
      [stubs] A new approach to TF stubs · 3e7e3ed7
      danno authored
      * Add a sibling interface to InterpreterAssembler called
        CodeStubAssembler which provides a wrapper around the
        RawMachineAssembler and is intented to make it easy to build
        efficient cross-platform code stubs. Much of the implementation
        of CodeStubAssembler is shamelessly stolen from the
        InterpreterAssembler, and the idea is to eventually merge the
        two interfaces somehow, probably moving the
        InterpreterAssembler interface over to use the
        CodeStubAssembler. Short-term, however, the two interfaces
        shall remain decoupled to increase our velocity developing the
        two systems in parallel.
      * Implement the StringLength stub in TurboFan with the new
        CodeStubAssembler. Replace and remove the old Hydrogen-stub
        version.
      * Remove a whole slew of machinery to support JavaScript-style
        code stub generation, since it ultimately proved unwieldy,
        brittle and baroque. This cleanup includes removing the shared
        code stub context, several example stubs and a tangle of build
        file changes.
      
      BUG=v8:4587
      LOG=n
      
      Review URL: https://codereview.chromium.org/1475953002
      
      Cr-Commit-Position: refs/heads/master@{#32508}
      3e7e3ed7
  17. 10 Sep, 2015 1 commit
  18. 20 Aug, 2015 1 commit
  19. 11 Aug, 2015 2 commits
  20. 10 Aug, 2015 2 commits
  21. 23 Jul, 2015 1 commit
    • rmcilroy's avatar
      [interpreter] Add basic framework for bytecode handler code generation. · 7877c4e0
      rmcilroy authored
      Adds basic support for generation of interpreter bytecode handler code
      snippets. The InterpreterAssembler class exposes a set of low level,
      interpreter specific operations which can be used to build a Turbofan
      graph. The Interpreter class generates a bytecode handler snippet for
      each bytecode by assembling operations using an InterpreterAssembler.
      
      Currently only two simple bytecodes are supported: LoadLiteral0 and Return.
      
      BUG=v8:4280
      LOG=N
      
      Review URL: https://codereview.chromium.org/1239793002
      
      Cr-Commit-Position: refs/heads/master@{#29814}
      7877c4e0
  22. 27 Mar, 2015 1 commit
  23. 01 Oct, 2014 1 commit
  24. 29 Aug, 2014 1 commit
  25. 05 Aug, 2014 1 commit
  26. 03 Jul, 2014 1 commit
  27. 03 Jun, 2014 1 commit