Skip to content
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

Closed
TillAlex opened this issue Oct 9, 2019 · 4 comments
Closed

Wrong libLLVM.so for linux-arm and linux-arm64 #117

TillAlex opened this issue Oct 9, 2019 · 4 comments

Comments

@TillAlex
Copy link
Contributor

TillAlex commented Oct 9, 2019

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.

@tannergooding
Copy link
Member

I'll see about getting the correct version up for this as part of the getting the libLLVM 9 packages up.

@tannergooding tannergooding self-assigned this Nov 21, 2019
@TillAlex
Copy link
Contributor Author

Thanks in advance!

@TillAlex
Copy link
Contributor Author

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?

@tannergooding
Copy link
Member

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

@tannergooding tannergooding removed their assignment May 26, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants