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 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.


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