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

Linux library is not portable across distributions #80

Open
jpboivin opened this issue Apr 13, 2022 · 1 comment
Open

Linux library is not portable across distributions #80

jpboivin opened this issue Apr 13, 2022 · 1 comment

Comments

@jpboivin
Copy link

Hello,

It seems that the current NuGet package does not work with the official .NET images (i.e. mcr.microsoft.com/dotnet/runtime:5.0) as liblua54.so is compiled against a specific version of glibc, which is not the one from this Docker image. This result in a typical DllNotFoundException as the system loader fails to load Lua's native dependencies.

I manually recompiled Lua from within the same Docker image to have a SO targeting the same version of the system libraries (and it worked), but this is less than ideal. I wonder if the Linux library shouldn't be compiled in a way that it will be portable across most Linux distributions using a somewhat recent version of glibc? In the past, I've used Holy Build Box for that, and it worked quite nicely.

@viniciusjarina
Copy link
Member

Yes, deploying binaries on linux have been always painful. If you know a better and portable way please feel free to send a PR.

I know some libraries build using musl and depending only on system calls. I am not sure if this is the best approach

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