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


Torvald Riegel <triegel@redhat.com> writes:

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

We are responsible for removing a supported interface.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."


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