1. 03 11月, 2021 1 次提交
    • M
      feat(whl/api/lar): enable megengine dll on Windows · 25ec2530
      Megvii Engine Team 提交于
      1: reduce python whl package size
      2: unify api link logic on all OS
      3: add option: MGE_WINDOWS_BUILD_WITH_STATIC_CRT
          --- default OFF
          --- if build CRT(vc runtime) with STATIC with megengine.dll
              some CRT api will crash, for example, flush, so if you
              build with static megengine, and do not want to install CRT
              you can set MGE_WINDOWS_BUILD_WITH_STATIC_CRT TRUE
          --- how to install CRT:
              https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-160
              install VC_redist.x64.exe
      4: rename megengine_export to megengine_shared(only export needed symbols ),
         caused by runtime symbols conflict with pytorch
      
      GitOrigin-RevId: 93d8d80f29dcf03c00b18e8b708b26df9232e3df
      25ec2530
  2. 17 9月, 2021 2 次提交
  3. 20 8月, 2021 1 次提交
  4. 03 8月, 2021 1 次提交
  5. 03 6月, 2021 1 次提交
  6. 14 4月, 2021 1 次提交
  7. 01 4月, 2021 1 次提交
  8. 02 2月, 2021 1 次提交
    • M
      fix(cmake/cuda): fix build at cuda `copy` env caused by b278a69e1 · 329306b0
      Megvii Engine Team 提交于
      `copy` env vs `normal` env:
      case a:`normal` env install CUDNN/TRT by package tool, eg, apt/yum, which
      will put include file(cudnn.h/NvInfer.h) to /usr/include etc.
      
      case b: self copy env after export CPATH with cudnn/trt include dir
      
      case c: just copy libs, not export CPATH, only export
      TRT_ROOT_DIR/CUDNN_ROOT_DIR
      
      at case a and case b, BUILD system can find cudnn/trt headers, but
      at case c, can not find. `FIX` it!
      
      what`s more, recommend install CUDA env by case a and case c, NOT
      recommend install by case b, which caused by CUDA SDK CPATH not
      friendly to split c env, for example Android AOSP build env
      
      GitOrigin-RevId: cb92123f9e58d730893fff45602d3e487b38d32c
      329306b0
  9. 23 1月, 2021 1 次提交
    • M
      fix(cmake/whl): reduce wheel size · ae8b38f6
      Megvii Engine Team 提交于
      as some reason: some version of trt/cudnn need
      -Wl,--whole-archive attribute to fix cuda issue,
      target A(CMAKE OBJECT,eg megbrain/megdnn): -Wl,--whole-archive depend on trt/cudnn
      target B(SHARED LIBS,eg libmegengine.so) --> A with `PUBLIC` depends
      target C(SHARED LIBS,eg _impertive.so) --> B with `PUBLIC` depends,
      then ld will force link fatbin section into C, which will be undesired
      
      what`s more, attribute PUBLIC/PRIVATE do not take effect
      to OBJECT library(megbrain/megdnn)
      
      what`s more, megengine/megengine_export have to PUBLIC for
      mgb/imperative target, as SRC/include depends
      
      so we pull cudalib depend from megbrain/megdnn to
      megengine/megengine_export on linux os, to finall
      target at windows os, for example lar on windows
      
      GitOrigin-RevId: b278a69e1cdcc17cfd22da80247af3fe30f6d4e8
      ae8b38f6
  10. 27 11月, 2020 1 次提交
  11. 23 11月, 2020 1 次提交
  12. 26 10月, 2020 1 次提交
  13. 13 10月, 2020 2 次提交
  14. 17 9月, 2020 3 次提交
  15. 15 9月, 2020 2 次提交
  16. 25 8月, 2020 1 次提交
  17. 12 8月, 2020 2 次提交
  18. 20 7月, 2020 1 次提交
  19. 14 7月, 2020 1 次提交
  20. 06 7月, 2020 1 次提交
  21. 29 6月, 2020 1 次提交
  22. 19 6月, 2020 2 次提交
    • M
      feat(build): install CMake config module and pkg-config descriptor · 786afef4
      Megvii Engine Team 提交于
      Also, upgrade to CMake 3.13.
      
      The commit also contains significant refactors, as otherwise it is not
      possible to properly export target `megengine` to
      MegEngine-targets.cmake:
      
      1. Optionally use system provided Flatbuffers.
      2. Optionally use system provided MKL-DNN (Tested with Debian).
      3. Refactor megbrain and megdnn targets into object libraries.
      4. Set different path in BUILD_INTERFACE and INSTALL_INTERFACE of
         various target_include_directories.
      5. Specify PUBLIC/PRIVATE on various target_link_libraries.
      
      GitOrigin-RevId: df118a879e12acdc42b56bdd7c7c71b34b0effc3
      786afef4
    • M
      refactor(mgb): move mm_handler from python module into opr-mm · d7bb62cf
      Megvii Engine Team 提交于
      GitOrigin-RevId: f401ce86033da83a91ebea3c119fc7af54a66ba0
      d7bb62cf
  23. 16 6月, 2020 1 次提交
    • M
      feat(cmake/cross_build/host_build/windows): imp windows · a4879fc6
      Megvii Engine Team 提交于
      host build and cross build
      
      now cmake status:
      a: host build
          1: windows build -- ok
          2: linux build -- ok
          3: macos build -- ok
      b: cross build
          1: windows cross build arm-android -- ok
          2: windows cross build arm-linux   -- ok
          3: linux cross build arm-android -- ok
          4: linux cross build arm-linux   -- ok
          5: macos cross build arm-android -- ok
          6: macos cross build arm-linux   -- ok
          7: macos cross build ios         -- ok
      GitOrigin-RevId: f7f376fe8c522410568c304a62310df823c70b65
      a4879fc6
  24. 06 5月, 2020 4 次提交
  25. 15 4月, 2020 1 次提交
  26. 14 4月, 2020 1 次提交
  27. 25 3月, 2020 1 次提交