[Bug dynamic-link/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object

["remy.blank at pobox dot com" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=11767

--- Comment #6 from Remy Blank <remy.blank at pobox dot com> 2012-07-18 19:51:20 UTC ---
Comment 2 was another use case: creating single-file executables for scripting
languages. For example, Python applications can be bundled into a single
executable .zip file. However, when the application uses C extensions (and most
applications do), it has to extract the .so from the .zip to a temporary
directory, just to allow dlopen() to load it. This is not only slow, but also
creates various race conditions. If it was possible to dlopen() the .so *within
in the zip file* (it could be stored there uncompressed, with the right
alignment if necessary), or to load it and dlopen() it from a buffer, the
extraction wouldn't be necessary.

Note that dlopen()ing the libraries by mmap()ing selected parts of the zip file
would allow for sharing between processes, and would therefore not consume more
memory.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.