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
{{ message }}
Repository navigation
Add support for libraries based on C-standard library musl #1694
If there are 2 versions of a library for linux-x86-64, one for glibc and one for musl then I can't add both to the classpath. A typical Linux distribution with musl is the popular Alpine Linux.
This result then to the typical error:
java.lang.UnsatisfiedLinkError: Error loading shared library libgcc_s.so.1: No such file or directory (needed by /home/cowork/.cache/JNA/temp/jna11787778965949199194.tmp)
at com.sun.jna.Native.open(Native Method)
at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:300)
at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:481)
at com.sun.jna.Library$Handler.<init>(Library.java:197)
at com.sun.jna.Native.load(Native.java:618)
Please add support for both variants on loading from classpath. Or are there any other workarounds?
Hi! I'd like to work on this feature. I think supporting both glibc and musl environments transparently, as well as allowing multiple build variants to coexist in the same JAR, would be a valuable improvement.
I'm planning to investigate the current implementation and explore a solution. If anyone is already working on this or has suggestions about the approach, I'd be happy to hear from you.
Activity
EduardoRadieske commentedon Oct 25, 2026
Hi! I'd like to work on this feature. I think supporting both glibc and musl environments transparently, as well as allowing multiple build variants to coexist in the same JAR, would be a valuable improvement.
I'm planning to investigate the current implementation and explore a solution. If anyone is already working on this or has suggestions about the approach, I'd be happy to hear from you.