From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id EB25E1382C5 for ; Sat, 8 May 2021 12:42:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 79F09E076B; Sat, 8 May 2021 12:42:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BCF4EE069C for ; Sat, 8 May 2021 12:42:29 +0000 (UTC) From: "Andreas K. Huettel" To: gentoo-dev@lists.gentoo.org Cc: riscv@gentoo.org, "Andreas K. Huettel" Subject: Re: [gentoo-dev] How to structure our RISC-V support -- Summary Date: Sat, 08 May 2021 14:42:21 +0200 Message-ID: <7497133.a9HWlOh95j@pinacolada> Organization: Gentoo Linux In-Reply-To: <14808987.iMDcRRXYNz@pinacolada> References: <14808987.iMDcRRXYNz@pinacolada> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5900612.9LS3J3VOpE"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Archives-Salt: e0caf168-4836-4201-a5e0-b1d8a438b965 X-Archives-Hash: 284c726698a5e09b8c80ea233303b1d3 --nextPart5900612.9LS3J3VOpE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; protected-headers="v1" From: "Andreas K. Huettel" To: gentoo-dev@lists.gentoo.org Cc: riscv@gentoo.org, "Andreas K. Huettel" Subject: Re: [gentoo-dev] How to structure our RISC-V support -- Summary Date: Sat, 08 May 2021 14:42:21 +0200 Message-ID: <7497133.a9HWlOh95j@pinacolada> Organization: Gentoo Linux In-Reply-To: <14808987.iMDcRRXYNz@pinacolada> References: <14808987.iMDcRRXYNz@pinacolada> So, here's what I took away from the thread. Please shout if you=20 disagree. 1) Advertised riscv profiles will all be non-multilib and use /usr/ lib64 (or /usr/lib if we ever get around to riscv32). [A] 2) The standard for keywording and stabilization is rv64gc/lp64d.=20 We keep stages for other variants [B] around if feasible, but on these=20 important packages may be masked and unavailable [C]. 3) We try to internally keep the multilib variant with the two-stage=20 path going for now, as very low-priority thing. [D] 4) Medium term we discuss with the RISC-V, glibc, gcc people how=20 multilib could be simplified, and then switch the multilib settings=20 once this comes to a conclusion. If there are no protests I'll start planning the path migration for=20 1). (Maybe making a riscv-specific new profile version is best.) Cheers, Andreas [A] Note that the actual specs use /usr/lib32/... [B] Other ABI (lp64) or other ISA (riscv32...) [C] See rust etc. [D] Low priority means, it pretty much won't build every now and then,=20 as, e.g., right now [E]. [E] Our monkeypatched glibc-2.32 rv32 support was experimental enough=20 so it didnt survive the transition to official upstream glibc-2.33=20 support, so the multilib stages will have to be re-bootstrapped. > So, I would like to bring two proposals up for discussion. >=20 > 1) We stop caring about anything except rv64gc/lp64d. > People can still bootstrap other stuff with crossdev etc, but the > Gentoo tree and the riscv keyword reflect that things work with > above -mabi and -march settings. >=20 > 2) We drop the multilib paths and use "normal" lib64, with > additional "safety symlinks" (/usr)/lib64/lp64d -> . > This is what SuSE and (I think) Fedora already does. The symlink > should be there since "lib64" is NOT an official fallback coded into > gcc/glibc/binutils; the only fallback present is "lib" ... =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer (council, toolchain, base-system, perl, libreoffice) --nextPart5900612.9LS3J3VOpE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQKTBAABCgB9FiEE6W4INB9YeKX6Qpi1TEn3nlTQogYFAmCWhy1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU5 NkUwODM0MUY1ODc4QTVGQTQyOThCNTRDNDlGNzlFNTREMEEyMDYACgkQTEn3nlTQ ogamKQ//R0Em8PvA/ANX9VEZVlHMhREuz1rm4DT1uxqmGNBG5keTEoX947QIxR8B QQZ2pPAXGcR0rbVMoh49Z8E78j0nqOaj850OmegbO9SrSgSvkkprodXm37UjPbSi 5TUqRClOTNvqdkKj5bQiZ0/IuP0T8ZBF03kzDMHJeADKHgmz973+plu62ocMieHj H5TZvm8+Opeb0bTaDgIbX0h0EO11Hgdjbxu833SLPOce+chyF1RAlOXFGUlkwUqG iMRuRQTPxFvbWAHusSAbBqNemeFGsKfBHOwgvRz8F1BcXt/l7JX83RjAMXAsbIZL cgBKguBB4nADoZuCLrO/m0LndVLMyDdMlGWfKzh8+O7WfMkM7dNupjoBFVQoRVH/ FmLXUAMBZmGXzMW1pwetPFxtj5sa7mFt6LyCx0kbfTSXgp8CHURUVznk0xrH5mmJ TEZV2uHuuv6XT/uamw12tiFW3zExfg0She/wWiRz3tw/4PiBaoq/N/9z24YzuEa4 3NuGYgL4kVa1gMmGOYE2hvIL/wHTAsV4PqZfEfI9Kg3xHGvE/SxyTExUqmt8U5lt fGrrUFv/XttbUMG+hxaEomevMQu/oNSu0dKXmXcrcwsQtF04vgVenl0D0S2NAbb9 ZXvrtOishqgDQMlsicaJXZfSevYHPRd8H+/EWz+c3gkBaQf3YFU= =f0z7 -----END PGP SIGNATURE----- --nextPart5900612.9LS3J3VOpE--