glibc 2.24 -- Release blockers

Torvald Riegel triegel@redhat.com
Thu Jul 14 08:41:00 GMT 2016


On Thu, 2016-07-14 at 10:32 +0200, Andreas Schwab wrote:
> Torvald Riegel <triegel@redhat.com> writes:
> 
> > On Thu, 2016-07-14 at 10:23 +0200, Andreas Schwab wrote:
> >> Florian Weimer <fweimer@redhat.com> writes:
> >> 
> >> > I don't know if there is anything on the glibc side that we can reasonably
> >> > do about this matter.  I don't want to back out the removal of
> >> > __malloc_initialize_hook from <malloc.h> (which triggers the switch to the
> >> > internal malloc).
> >> 
> >> Apparently it's not ready for the world yet.
> >
> > It rather seems to be the case that a part of the world (ie, emacs)
> > still hasn't managed to not use internals of glibc, or fixed its own
> > work-arounds.
> 
> Yes, but that needs to be resolved before the release.

IIRC, Florian started this several months ago, so it seems emacs should
have had enough time to catch up by now.  Also, bugs in their own malloc
replacement hardly seem like something we'd be responsible for.




More information about the Libc-alpha mailing list