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: Florian Weimer <fweimer at redhat dot com>
- To: Joseph Myers <joseph at codesourcery dot com>, "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 17:08:01 +0200
- Subject: Re: 2.26 freeze in a little over a week
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com E1719A78E7
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com E1719A78E7
- References: <66d478fd-2d8f-bd06-d6b1-016a37166829@gotplt.org> <CAMe9rOpN8zy_ewx6D2_e6BGF2j2Bo3mUKtXzUZw4ZhvZOx4=Gw@mail.gmail.com> <alpine.DEB.2.20.1706291430480.7727@digraph.polyomino.org.uk>
On 06/29/2017 04:35 PM, Joseph Myers wrote:
> 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.
I agree.
> 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?
No, we don't have to change the implementation. We just need to
resurrect <malloc-machine.h> and use that to override the definition for
x86 (and later hppa, which has a similar issue with the pthread types).
I may be able to work on a patch, but probably not today.
Thanks,
Florian