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