This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] malloc: Remove __malloc_initialize_hook from the API [BZ #19564]
- From: Paul Eggert <eggert at cs dot ucla dot edu>
- To: Florian Weimer <fweimer at redhat dot com>, DJ Delorie <dj at redhat dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Tue, 7 Jun 2016 16:06:42 -0700
- Subject: Re: [PATCH] malloc: Remove __malloc_initialize_hook from the API [BZ #19564]
- Authentication-results: sourceware.org; auth=none
- References: <xna8iwlref dot fsf at greed dot delorie dot com> <9b974be8-11b4-bc42-363e-582f02835225 at redhat dot com>
On 06/07/2016 01:04 PM, Florian Weimer wrote:
Current Emacs sources should compile fine as well:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22086
Yes, if I recall correctly Emacs works with the proposed patches as follows:
* When Emacs is built against the patched glibc, it falls back on its
own malloc implementation, which hurts performance somewhat but
acceptably so (text 0.5% larger, data 7.6% larger, 14% more CPU time on
my usual benchmark).
* When Emacs 24.5 is built against patched glibc there are compile-time
warnings from GCC that can be safely ignored. These warnings won't be
fixed in Emacs 25, the next Emacs release (I didn't prepare them in
time) but should be fixed in the major release after that.
On my long list of things to do is to replace Emacs's dumping mechanism
with something more portable.