This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: glibc 2.24 -- Release blockers


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]