-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wrong libLLVM.so for linux-arm and linux-arm64 #117
Comments
I'll see about getting the correct version up for this as part of the getting the libLLVM 9 packages up. |
Thanks in advance! |
In the meantime I am using binaries from the ubuntu package. However the library is named libLLVM8.so here. I can fix this by creating a symlink, but I am asking myself where this should be fixed correctly. Is it expected that the package maintainers create a symlink libLLVM.so -> libLLVM8.so or should LLVMSharp use libLLVM8 as the library path in the DllImports? |
This should now be resolved for LLVM 9 and 10. For 10, there will be a DllImportResolver that checks the well-known symlink names: #132 |
It seems that the nuget runtime packages for linux contain wrong binaries:
nvidia@jetson-0423818076660:~$ file .nuget/packages/libllvm.runtime.linux-arm64/8.0.0/runtimes/linux-arm64/native/libLLVM.so .nuget/packages/libllvm.runtime.linux-arm64/8.0.0/runtimes/linux-arm64/native/libLLVM.so: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, BuildID[sha1]=5d6dde93e14328b16023d7e59cb6dc2265436849, not stripped
Calling llvmSharp results in DLLNotFoundExceptions. When using libLLVM8 from the ubuntu repositories instead llvmSharp works fine.
The text was updated successfully, but these errors were encountered: