This is the mail archive of the
mailing list for the glibc project.
Re: Fwd: glibc and unexec
- From: Florian Weimer <fweimer at redhat dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>, Joseph Myers <joseph at codesourcery dot com>, Mark Brown <ms_brown at sbcglobal dot net>
- Cc: libc-alpha at sourceware dot org
- Date: Tue, 19 Jan 2016 08:32:54 +0100
- Subject: Re: Fwd: glibc and unexec
- Authentication-results: sourceware.org; auth=none
- References: <E1aLIs3-00021d-VR at fencepost dot gnu dot org> <569D7328 dot 5030502 at sbcglobal dot net> <alpine dot DEB dot 2 dot 10 dot 1601182327430 dot 18513 at digraph dot polyomino dot org dot uk> <569DA266 dot 4010201 at cs dot ucla dot edu>
On 01/19/2016 03:41 AM, Paul Eggert wrote:
> Yes, I still think that's the bottom line here. Florian's more-recent
> messages suggest that the "removal of unexec support" thread is to some
> extent a false alarm, in that current Emacs executables will still run
> with new glibc,
Yes, that bit was never up to debate.
> and current Emacs sources will still configure and run
> with new glibc.
We don't know that yet for certain because we do not have tested it
(particularly not older versions). In my test, Emacs simply interposed
its own bundled malloc implementation, which is quite the opposite of
âgetting out of the malloc businessâ. And a multi-threaded Emacs will
likely exercise gmalloc.c in new ways not originally expected.