gregoryfdel commented on issue #20954: URL: https://github.com/apache/incubator-mxnet/issues/20954#issuecomment-1065458400
Adding onto this I also had similar issues building on windows. > just tell the python script to directly load one of the "mxnet_xx.dll" dlls instead of "libmxnet.dll" I just had this issue pop up, and thanks for letting me know about the fix; I also ended up rewriting `libinfo.py` to use the much more robust pathlib (https://pastebin.com/h530XpJ7) and in `base.py` ; `libinfo.find_lib_path()` -> `libinfo.find_lib_path(prefix="mxnet_75")`. It'll only work on windows, but I am leaving it as a reference. > the build fails in python when generating the opwrapper I ended up having to put all the *.dll files and their dependencies into the `cpp-package\scripts` folder to past that error, I just wanted to add to the point that something is wrong with the way files are being searched for. Also, as a final point of reference: this is what worked to get it to build out-of-source inside VS 2022 x64 command line with cmake/ninja using CUDA 11.6, CUDNN 8.3, and vcpkg: ``` cmake -S "." -B "../build" -DCMAKE_TOOLCHAIN_FILE="C:/vcpkg/scripts/buildsystems/vcpkg.cmake" -DCMAKE_INSTALL_PREFIX="D:/programs/mxnet/" -DCMAKE_BUILD_TYPE=Distribution -DCMAKE_C_COMPILER="cl.exe" -DCMAKE_CXX_COMPILER="cl.exe" -DMSVC_TOOLSET_VERSION=143 -G "Ninja" -DUSE_CPP_PACKAGE=1 -DUSE_CUDA=1 -DUSE_CUDNN=1 -DUSE_MKLDNN=1 -DUSE_NVRTC=1 -DUSE_OPENCV=1 -DUSE_OPENMP=1 -DBLAS=open -DUSE_DIST_KVSTORE=0 -DMXNET_BUILD_SHARED_LIBS=1 -DUSE_CXX14_IF_AVAILABLE=1 ``` -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
