This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: 2.26 freeze in a little over a week
- From: Joseph Myers <joseph at codesourcery dot com>
- To: "H.J. Lu" <hjl dot tools at gmail dot com>
- Cc: Siddhesh Poyarekar <siddhesh at gotplt dot org>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, Carlos O'Donell <carlos at redhat dot com>
- Date: Thu, 29 Jun 2017 14:35:24 +0000
- Subject: Re: 2.26 freeze in a little over a week
- Authentication-results: sourceware.org; auth=none
- References: <66d478fd-2d8f-bd06-d6b1-016a37166829@gotplt.org> <CAMe9rOpN8zy_ewx6D2_e6BGF2j2Bo3mUKtXzUZw4ZhvZOx4=Gw@mail.gmail.com>
On Thu, 29 Jun 2017, H.J. Lu wrote:
> On Thu, Jun 22, 2017 at 9:49 AM, Siddhesh Poyarekar <siddhesh@gotplt.org> wrote:
> > Hi,
> >
> > PSA: The development freeze for 2.26 is due in a little over a week. 1
> > July is a Saturday, so we have until next week to finish major changes.
> >
> > I have a memcpy implementation for the Qualcomm falkor chip that I hope
> > to post by tomorrow. Are there any major changes that need attention
> > but are not getting it?
> >
>
> Should we change i386 malloc alignment to 16 bytes:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=21120
In my view, yes. As I understand it, since we fixed bug 6527 such an
increase should be easy. Is a malloc state version increase still needed
or not since we made malloc_get_state / malloc_set_state into compat
symbols?
--
Joseph S. Myers
joseph@codesourcery.com