This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc 2.24 -- Cutting the branch and my FSF steward position on __malloc_initialize_hook.
- From: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- To: Carlos O'Donell <carlos at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>, Florian Weimer <fweimer at redhat dot com>
- Cc: Sinny Kumari <skumari at redhat dot com>
- Date: Mon, 1 Aug 2016 15:19:05 -0300
- Subject: Re: glibc 2.24 -- Cutting the branch and my FSF steward position on __malloc_initialize_hook.
- Authentication-results: sourceware.org; auth=none
- References: <ffa777c0-6df9-54e6-4972-422c5535f44f@redhat.com> <9d015dbf-8a89-49f1-1a1e-06cba4ad344e@redhat.com>
On 01/08/2016 12:37, Carlos O'Donell wrote:
> On 08/01/2016 11:22 AM, Carlos O'Donell wrote:
>> Adhemerval,
>>
>> As an FSF steward my position is that we should _not_ revert the
>> __malloc_initialize_hook changes, and that we should cut the branch today.
>
> I see I missed the fact that:
>
> * malloc: Remove malloc_get_state, malloc_set_state
>
> Remains on the blocker list.
>
> I think this needs to be deferred to 2.25 at the open of the branch.
>
> The primary reason here is that we should be changing ABI in the freeze.
>
> If you agree, is there anything else blocking 2.24 being cut today?
>
I was about to ask Florian to move it to 2.25, so this only missing
blocked is 'Revised^2: deprecate major/minor/makedev in sys/types.h'
[1] which I created a branch [2] so Zack could check if everything was
ok. He just resent the changes [3] last Friday, so we need to decide
if the changes should go or not.
I am in favor to add them, since there are already reviewed (Paul
Eggert has raised some questioning about first patch, but Zack's
response seem good enough).
[1] https://sourceware.org/ml/libc-alpha/2016-05/msg00274.html
[2] https://sourceware.org/git/?p=glibc.git;a=shortlog;h=refs/heads/azanella/deprecate-makedev
[3] https://sourceware.org/ml/libc-alpha/2016-07/msg00674.html