glibc 2.24 -- Release blockers

Paul Eggert eggert@cs.ucla.edu
Fri Jul 15 18:41:00 GMT 2016


On 07/15/2016 06:00 PM, Torvald Riegel wrote:
>> 3.5.  Call the result of step (2) or (3) version N. (Presumably N will
>> >be 25 or 26.) In Emacs version N+1, disable use of the system
>> >__malloc_initialize_hook. That is, Emacs will no longer set or use the
>> >system __malloc_initialize_hook.
>> >
>> >This should address the deprecation concern.
>> >
>>> > >We already thought we were at step 4.
>> >
>> >Clearly we were wrong. :-)
> Unless I misunderstand your proposal, this wouldn't change anything
> regarding Emacs currently using a symbol that has been deprecated.
>

The idea is that after step 3.5 is executed, Emacs won't be using 
deprecated malloc-related symbols. Emacs may supply its own malloc 
implementation that provides the deprecated functionality, presumably 
using Emacs-specific names, but Emacs won't be using glibc's 
__malloc_initialize_hook, malloc_set_state, etc. As I understand it, 
this should satisfy Florian's concern.



More information about the Libc-alpha mailing list