[Bug libc/28487] Static application fault with dlopen library in rtld_malloc stubs

["fweimer at redhat dot com" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=28487

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fweimer at redhat dot com

--- Comment #3 from Florian Weimer <fweimer at redhat dot com> ---
The issue here is the attempt to create a thread. This is very difficult to
support from a statically linked executable that has not been linked with
libpthread. Even if the statically linked binary has a sufficiently complete
copy of libpthread.a linked in, it will still need substantial glibc changes to
implement support for this. To be honest, I think we should spent our resources
on other efforts.

The binfmt_misc handler can be a shell script, it does not have to be the final
process running the binary. See Documentation/admin-guide/java.rst for an
example. You should use a shell script or a minimal static executable that
launches the actual interpreter, which can be dynamically linked. Use an
explicit loader invocation if necessary (in case the dynamically linked
interpreter does not have a usable PT_INTERP header for the chroot), and
perhaps adjust environment variables as needed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.