This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [ARM] architecture specific subdirectories & optimised memchr [V3]
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: David Gilbert <david dot gilbert at linaro dot org>
- Cc: libc-ports at sourceware dot org, patches at linaro dot org
- Date: Fri, 28 Oct 2011 18:57:14 +0000 (UTC)
- Subject: Re: [ARM] architecture specific subdirectories & optimised memchr [V3]
- References: <20110715181101.GA20980@davesworkthinkpad> <Pine.LNX.4.64.1108021437200.16898@digraph.polyomino.org.uk> <CA+1XiSfT7Ceky_bi1SzkcKbVFQh8WsKRcFKp39hcDRVS3PmexQ@mail.gmail.com> <Pine.LNX.4.64.1108041949260.31451@digraph.polyomino.org.uk> <20110928175913.GA11067@davesworkthinkpad> <Pine.LNX.4.64.1110262335130.25943@digraph.polyomino.org.uk> <CA+1XiSco01FX3vZEi-mN6Gx=05SRE34bumn4McytyGZc6SxNtw@mail.gmail.com>
On Fri, 28 Oct 2011, David Gilbert wrote:
> It's difficult, especially since the naming convention isn't quite linear;
> i.e. we have the A variant on 7, I don't know if that convention will
> stay for 8; and since it looks like 8 is going to have 32 and 64bit variants
> it looks like a much bigger overhaul of the config around that area
> will happen.
The existing code clearly isn't going to support building for a 64-bit
ABI, which would need conditionals in installed headers and separate
sysdeps files as appropriate for non-installed headers and other sources;
the aim would be to do the right thing for ARMv8, 32-bit ABI. And it
seems reasonable to suppose that any 32-bit variant of ARMv8 supporting
GNU/Linux will support everything from ARMv6T2 (which is what's actually
required here).
--
Joseph S. Myers
joseph@codesourcery.com