1. 03 4月, 2022 1 次提交
  2. 01 4月, 2022 1 次提交
  3. 04 3月, 2022 1 次提交
  4. 26 2月, 2022 1 次提交
  5. 18 1月, 2022 1 次提交
  6. 07 1月, 2022 1 次提交
  7. 06 1月, 2022 1 次提交
  8. 27 12月, 2021 1 次提交
  9. 16 12月, 2021 2 次提交
  10. 26 11月, 2021 2 次提交
  11. 25 11月, 2021 1 次提交
  12. 15 11月, 2021 2 次提交
  13. 05 11月, 2021 1 次提交
  14. 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
  15. 12 10月, 2021 1 次提交
  16. 11 10月, 2021 1 次提交
  17. 24 9月, 2021 1 次提交
    • M
      fix(cmake/bazel/clang): remove finite-math-only opt from Ofast, · 5e345043
      Megvii Engine Team 提交于
      for keep same build between gcc and clang
      
      more detail:
      ```
       printf("%d\n", std::isnan(std::numeric_limits<float>::quiet_NaN()));
       printf("%d\n", std::isnan(std::nan("1")));
      ```
      
      linux-clang and android-NDK clang have diff build logic with gcc and
      macos/windows clang/clangcl
      * clang++-12 -Ofast 1.cc
      output is:
      0
      0
      
      * clang++-12 -Ofast 1.cc -fno-finite-math-only
      output is:
      1
      1
      
      * g++ -Ofast 1.cc
      output is:
      1
      1
      
      GitOrigin-RevId: f0622e2ca019b0072fd6798990a8aba156c8022f
      5e345043
  18. 17 9月, 2021 1 次提交
  19. 15 9月, 2021 1 次提交
  20. 11 9月, 2021 1 次提交
  21. 18 8月, 2021 1 次提交
  22. 07 8月, 2021 2 次提交
    • M
      feat(cmake/windows/xp/sp2/inference): implement inference on windows xp · ce2f620e
      Megvii Engine Team 提交于
      (os vesion >= sp2) build with cmake
      
      * cmake build support(xp sp2):
      (dbg)EXTRA_CMAKE_ARGS="-DMGE_DEPLOY_INFERENCE_ON_WINDOWS_XP_SP2=ON"
      ./scripts/cmake-build/host_build.sh -m -d
      
      (opt)EXTRA_CMAKE_ARGS="-DMGE_DEPLOY_INFERENCE_ON_WINDOWS_XP_SP2=ON"
      ./scripts/cmake-build/host_build.sh -m
      
      * cmake build support(xp sp3):
      (dbg)EXTRA_CMAKE_ARGS="-DMGE_DEPLOY_INFERENCE_ON_WINDOWS_XP=ON"
      ./scripts/cmake-build/host_build.sh -m -d
      
      (opt)EXTRA_CMAKE_ARGS="-DMGE_DEPLOY_INFERENCE_ON_WINDOWS_XP=ON"
      ./scripts/cmake-build/host_build.sh -m
      
      * internal behavior:
      will define MGB_HAVE_THREAD=0 when enable
      -DMGE_DEPLOY_INFERENCE_ON_WINDOWS_XP_SP2=ON
      
      * refer to
      https://docs.microsoft.com/en-us/cpp/build/configuring-programs-for-windows-xp?view=msvc-160
      xp sp2(x86) do not support vc runtime fully, casused by KERNEL32.dll do not
      implement some base apis for c++ std function, for example,
      std::mutex/std::thread/std::condition_variable as a workround, we will
      disable some MegEngine features on xp sp2 env, for exampe, multi-thread etc!
      
      * about DNN_MUTEX/MGB_MUTEX/LITE_MUTEX, if your code will build in inference
      code (even CPU backends), please replace std::mutex to DNN_MUTEX/MGB_MUTEX,
      
      * about multi-thread, if you code need multi-thread support, please
      enable it when MGB_HAVE_THREAD=1
      
      * about test build env status
      1: Visual Studio 2019(MSVC version <= 14.26.28801)---- pass
      2: Visual Studio 2019(MSVC version > 14.26.28801) ---- failed
         caused by this 'new' version will put VCR depends on win7
         KERNEL32.DLL, this may be fixed at Visual Studio 2019 later version
         but we do not test at this MR merge point
      3: Visual Studio 2017   ---------- pass
      4: Visual Studio 2014   ---------- pass
      GitOrigin-RevId: ea6e1f8b4fea9aa03594e3af8d59708b4cdf7bdc
      ce2f620e
    • M
      feat(imperative): add support for quantized conv transpose2d · 3eb0505f
      Megvii Engine Team 提交于
      GitOrigin-RevId: ffd6431299b2ae008fbdd1eed6458437e6b6a45f
      3eb0505f
  23. 19 7月, 2021 4 次提交
  24. 21 6月, 2021 1 次提交
  25. 03 6月, 2021 2 次提交
  26. 25 5月, 2021 2 次提交
    • M
      fix(cmake): fix cmake depends · e4af4225
      Megvii Engine Team 提交于
      reason: some target call python3 to generate some headers,
      if PYTHON_EXECUTABLE changed, headers will be invalid, which
      will lead to rebuild most of obj, because this headers will
      be include in most cpp/c, what`s more, this target do not depends
      python3 version(python API) the output is same when use python3.5
      or python3.x so change use PYTHON_EXECUTABLE to
      PYTHON3_EXECUTABLE_WITHOUT_VERSION, when
      PYTHON_EXECUTABLE/PYTHON_LIBRARY/PYTHON_INCLUDE_DIR changed,
      can reuse the build obj
      
      GitOrigin-RevId: c2ffe3ead3a295377a691587ab097636562f571e
      e4af4225
    • M
      feat(distributed): support distributed opr for rocm · 1bec737d
      Megvii Engine Team 提交于
      GitOrigin-RevId: 4840100d07dbaa2b7d8e3e113b444ddf81eeea51
      1bec737d
  27. 08 4月, 2021 3 次提交
  28. 01 4月, 2021 2 次提交