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
jffi ships with binaries requiring glibc 2.27 #7695
Comments
This is still stuck. We partially fixed it for Linux on x86_64, but the image we were using (debian:8) no longer works in CI and we have other platforms that still need this fixed. It's getting more and more difficult to build anything on these old Linux distributions. |
Any plans to fix this in JRuby 9.3.x.x, since 9.3.10.0 and 9.3.11.0 are also affected? |
Just for reference, to facilitate reproduction, here's a 1 liner with docker, testing with centos/oraclelinux 7 and aarch64:
Example output here
|
Hmm well I guess we could try to set up a build job using centos:7? That would certainly ensure we work on that configuration! |
The complication here is that our cross-platform build on GHA is designed around Debian, so we'd need to make a special build based on CentOS (package names etc) to force this build against older glibc. |
There's some updates in jnr/jffi#138 and a build with newer libffi that may not force a dependency on newer glibc via the memfd_create function... |
Fixed by #8105 |
Original issue is here: jnr/jffi#138
jffi's builds are done on a recent version of Debian that has a recent glibc. Unfortunately glibc does not produce dynamic bindings that are compatible with older versions, so the jffi stub fails to load. I attempted to make jffi builds use an older debian in CI, but it did not appear to link against an older glibc.
This should be dealt with for JRuby 9.4.3 but I'm not sure how best to do it.
The text was updated successfully, but these errors were encountered: