You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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
) asliblua54.so
is compiled against a specific version ofglibc
, which is not the one from this Docker image. This result in a typicalDllNotFoundException
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.The text was updated successfully, but these errors were encountered: