1. 02 Jan, 2020 2 commits
    • [IR] Unify approach to Visitor/Mutator under Functor (#4606) · 983eba88
      IRMutator and IRVisitor were the main data structures for doing low level IR visiting.
      As the project evolves, we start to introduce more powerful variants such as StmtFunctor and ExprFunctor.
      This PR brings new classes that allows us to migrate the visitor mutator to be sub-class of these functors.
      
      List of changes:
      
      - Create separate class for ExprMutator and StmtMutator, following convention used in relay.
      - Introduce copy-on-write to StmtMutator that can later benefit the statement mutations
        if we use move semantics and keep a single copy of stmt.
      - Move two generic visit mutate util to use the new classes.
      
      We will send followup PRs to migrate the existing passes that use the legacy visitors
      to the new one.
      Tianqi Chen committed
  2. 01 Jan, 2020 1 commit
  3. 31 Dec, 2019 2 commits
    • Sort VM stats by time (#4601) · 6b11ffb9
      Zhi committed
    • [REFACTOR][OBJECT] Consoldiate NodePtr/Ref/Hash/Equal to Object (#4603) · a8c36921
      * [REFACTOR][OBJECT] Consoldiate NodePtr/Ref/Hash/Equal and macros to Object.
      
      Historically, we have classes like NodePtr/Ref/HashEqual.
      After unified object protocol, these names are just alias of the object counterpart.
      Moreover, there are helper macros defined over the places for defining these object.
      
      This PR consoldiate the terminologies into the corresponding ones
      in the Object system so we have a clean and consistent API moving forward.
      
      * Update include/tvm/attrs.h
      
      Co-Authored-By: Wei Chen <ipondering.weic@gmail.com>
      
      * fix compilation
      
      Co-authored-by: Wei Chen <ipondering.weic@gmail.com>
      Tianqi Chen committed
  4. 30 Dec, 2019 2 commits
    • [REFACTOR][RUNTIME] Update NDArray use the Unified Object System (#4581) · 55bd786f
      * [REFACTOR][RUNTIME] Move NDArray to Object System.
      
      Previously NDArray has its own object reference counting mechanism.
      This PR migrates NDArray to the unified object protocol.
      
      The calling convention of NDArray remained intact.
      That means NDArray still has its own type_code and
      its handle is still DLTensor compatible.
      
      In order to do so, this PR added a few minimum runtime type
      detection in TVMArgValue and RetValue only when the corresponding
      type is a base type(ObjectRef) that could also refer to NDArray.
      
      This means that even if we return a base reference object ObjectRef
      which refers to the NDArray. The type_code will still be translated
      correctly as kNDArrayContainer.
      If we assign a non-base type(say Expr) that we know is not compatible
      with NDArray during compile time, no runtime type detection will be performed.
      
      This PR also adopts the object protocol for NDArray sub-classing and
      removed the legacy NDArray subclass protocol.
      Examples in apps/extension are now updated to reflect that.
      
      Making NDArray as an Object brings all the benefits of the object system.
      For example, we can now use the Array container to store NDArrays.
      
      * Address review comments
      Tianqi Chen committed
  5. 29 Dec, 2019 1 commit
  6. 28 Dec, 2019 1 commit
  7. 27 Dec, 2019 2 commits
  8. 26 Dec, 2019 2 commits
  9. 25 Dec, 2019 1 commit
    • [RUNTIME] Remove Extension VTable in favor of Unified Object system. (#4578) · e91cc5ab
      Before the unified object protocol, we support pass
      additional extension objects around by declaring a type as an extension type.
      The old extension mechanism requires the types to register their
      constructor and deleter to a VTable and does not enjoy the benefit of the
      self-contained deletion property of the new Object system.
      
      This PR upgrades the extension example to make use of the new object system
      and removed the old Extension VTable.
      
      Note that the register_extension funtion in the python side continues to work
      when the passed argument does not require explicit container copy/deletion,
      which covers the current usecases of the extension mechanism.
      Tianqi Chen committed
  10. 24 Dec, 2019 2 commits
  11. 23 Dec, 2019 3 commits
  12. 22 Dec, 2019 4 commits
  13. 20 Dec, 2019 1 commit
  14. 18 Dec, 2019 4 commits
  15. 16 Dec, 2019 1 commit
  16. 14 Dec, 2019 1 commit
  17. 13 Dec, 2019 2 commits
  18. 12 Dec, 2019 3 commits
  19. 10 Dec, 2019 2 commits
  20. 09 Dec, 2019 1 commit
  21. 08 Dec, 2019 2 commits