qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 28/30] configure, meson.build: Mark support for 64-bit LoongA


From: WANG Xuerui
Subject: Re: [PATCH 28/30] configure, meson.build: Mark support for 64-bit LoongArch hosts
Date: Wed, 22 Sep 2021 00:09:19 +0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:94.0) Gecko/20100101 Thunderbird/94.0a1

Hi Peter,

On 9/21/21 22:42, Peter Maydell wrote:
On Mon, 20 Sept 2021 at 18:25, Richard Henderson
<richard.henderson@linaro.org> wrote:
On 9/20/21 1:04 AM, WANG Xuerui wrote:
Signed-off-by: WANG Xuerui <git@xen0n.name>
Be consistent with loongarch or loongarch64 everywhere.

If there's no loongarch32, and never will be, then there's probably no point in 
keeping
the '64' suffix.
What does Linux 'uname -m' call the architecture, and what is the
name in the gcc triplet? Generally I think we should prefer to follow
those precedents (which hopefully don't point in different directions)
rather than making up our own architecture names.

uname -m says "loongarch64", the GNU triple arch name is also "loongarch64". I'd say it's similar to the situation of RISC-V or MIPS; except that a Linux port to the 32-bit variant of LoongArch might not happen, precluding a QEMU port.

I think cpu=loongarch64 but ARCH=loongarch should be okay; at least it's better than, say, the Go language or Gentoo, where this architecture is named "loong64" and "loong"; or the binutils internals where it's "larch".


thanks
-- PMM



reply via email to

[Prev in Thread] Current Thread [Next in Thread]