Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 1535D781831 for <~alpine/apk-tools@lists.alpinelinux.org>; Wed, 19 Feb 2020 09:10:08 +0000 (UTC) Received: by mail-lf1-f43.google.com with SMTP id l18so16849166lfc.1 for <~alpine/apk-tools@lists.alpinelinux.org>; Wed, 19 Feb 2020 01:10:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=Pr8dQZ1wGmpEXBqYBfHB6iulVb9BuAZPle3Q6446PQ0=; b=lSI6rARPdYRLoumb50c5v3AyGRbCAXdHIONRCrhIkWB6zNaCPCym2Vp+hC5MMEGbd7 FBtTYdJLFHWXDPK5MnXMz3huc/E7BbHrFNiQp9HsW8MGXEr5bGiqDBTTNiDmyQm1DSWG UwYJdeFIyTl54vnkOJPt0IDWdaapfMViusFV8SKBIMsab9M2s5asoZNjugbqv9f5+VZ8 AZ1dEDbaHsw8XgTh2Ie+e5/CAYkDhyokJVcPqTGnnthhLt9dnGNLKKHbbX+tvzCFI/Ey OkQOdb2Wh+yYTyrT2KSyRHXYm22bay0Nl90FFlx9EAsoNFewWbf9Ng/RxjRvkHHzy55x 3ejg== X-Gm-Message-State: APjAAAWcZAuur/eNKENlI/qWdznqfh//yANZMk6KIInQMqe7h6GKeSgg EsXL1SneljmifjfyoJKwEJpDfqDOGJE= X-Google-Smtp-Source: APXvYqySg3k90H9tMIJuW+41E1iCp6djCXWnK4v7EiIYMRzuMXqa4B3tviVsfqVYi897Endjluh3EQ== X-Received: by 2002:a19:ac43:: with SMTP id r3mr13123639lfc.156.1582103407419; Wed, 19 Feb 2020 01:10:07 -0800 (PST) Received: from vostro.wlan (dtc5qkyyyyyyyyyyyyx9y-3.rev.dnainternet.fi. [2001:14ba:80b2:d400::4fa]) by smtp.gmail.com with ESMTPSA id 5sm819700lju.69.2020.02.19.01.10.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 19 Feb 2020 01:10:07 -0800 (PST) Date: Wed, 19 Feb 2020 11:10:04 +0200 From: Timo Teras To: "Ariadne Conill" Cc: ~alpine/apk-tools@lists.alpinelinux.org Subject: Re: Architecture names for ILP32 ABIs on 64-bit CPUs Message-ID: <20200219111004.67fdf9f5@vostro.wlan> In-Reply-To: References: X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, On Wed, 19 Feb 2020 04:45:13 +0000 "Ariadne Conill" wrote: > As you may or may not be aware, there is a new x86 ABI that provides > a 32-bit memory model on x86_64 called x32, which provides the more > RISC-like calling convention that x86_64 uses with 32-bit pointers. > > ARM is also making such a userspace ABI for aarch64. > > I would like to target both of these ABIs for a future Alpine > release (probably 3.13/4.0), as I believe they will be useful for > containers. I am sure other apk-tools consumers are also interested > in such ABIs. > > But to do so, we must first determine what the sub-architecture > should be called. > > Right now, on x86 we have x86 and x86_64. > > ARM is, well, a mess by comparison, over there, we have: > > - armel (deprecated): ARMv5 little-endian > - armhf: ARMv6 little-endian, hard float > - armv7: ARMv7, hard-float > - aarch64: ARMv8, 64-bit, hard-float Right. > My thoughts so far are to use x86_64-ilp32 and aarch64-ilp32 as > the architecture name. But maybe somebody has a better suggestion? Those sound generally good to me. Though, might be worth looking what others, who already support ilp32, use already. I remember that the x86_64 was often called x32? What does the gcc host triplet look like on these? Timo