[aarch64-port-dev ] VAR_CPU_ARCH for ARM platforms

Andrew Haley aph at redhat.com
Wed Dec 23 23:43:54 UTC 2015


On 23/12/15 20:36, Bob Vandette wrote:
>> > This is not true of x86_64, which is a rather elaborate 64-bit
>> > extension of x86.
> One could say the same thing about armv8 versus armv7.

I don't think one could.  I suspect this exact architecture could have
been designed by some other company, and no-one would have suggested
it was related.  Maybe someone might have said "Ooh, it's very
ARM-ish," but that's all.  It's a clean sheet design, it's not just
wider with more registers.  (The floating-point units are very
similar, I'll grant you.)  In contrast, x86_64 is pretty much a
superset with even the same binary encodings for many instructions.

[ NB: ARMv8 identifies both the AArch32 and AArch64 instruction set
architectures.  AArch32 is a slightly extended ARM; AArch64 is all-
new. ]

> That really depends on your criteria for comparison.  I still
> believe we need a broad variable that identifies ARM varieties.

Maybe so.  I guess this would capture what they have in common with
each other that is different from other architectures.  But there
isn't much of that.

> Without this, when the aarch32 port is attempted there’s going to be
> a lot of extraneous checks required in the makefile for “if ARCH ==
> aarch32” || ARCH == arm in places that would not need to be changed
> simply because we didn’t use the existing variable for the purpose
> that I believe it was originally intended.

I totally agree about AArch32 and ARM.  It's the same thing: the
AArch32 project is just about creating ARM-open.  There definitely
should be a variable to cover those.

Andrew.


More information about the aarch64-port-dev mailing list