This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc 2.24 -- Release blockers
On Fri, 2016-07-15 at 19:04 +0200, Paul Eggert wrote:
> 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.
But this still had the unspecified N release number.