This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: How are we doing with our blockers for 2.18?
- From: Richard Henderson <rth at twiddle dot net>
- To: Ryan S Arnold <rsa at linux dot vnet dot ibm dot com>
- Cc: Carlos O'Donell <carlos at redhat dot com>, "Ryan S. Arnold" <ryan dot arnold at gmail dot com>, GNU C Library <libc-alpha at sourceware dot org>, Siddhesh Poyarekar <siddhesh at redhat dot com>, Andi Kleen <andi at firstfloor dot org>, Ryan Arnold <rsa at us dot ibm dot com>
- Date: Mon, 17 Jun 2013 14:42:30 -0700
- Subject: Re: How are we doing with our blockers for 2.18?
- References: <51BB768B dot 8010204 at redhat dot com> <CAAKybw_nEWwod5-aP7UvmXQc4A-Pe_nKhyBOkuFydQLzbOx=zg at mail dot gmail dot com> <51BF53EB dot 1010004 at redhat dot com> <1371496726 dot 1716 dot 51 dot camel at localhost dot localdomain>
On 06/17/2013 12:18 PM, Ryan S Arnold wrote:
> I need to figure out what to do with the platform bits which may be
> saved in the high bits of the hwcap since these will now collide with
> the AT_HWCAP2 usage in PowerPC (since they marked the bits from high to
> low).
Wouldn't it be simpler to add GLRO(dl_hwcap2)? That avoids having to analyze
the other targets at all, really. The only uses of dl_hwcap2 will be under
sysdeps/powerpc/ then.
r~