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 A80AA1382C5 for ; Fri, 7 May 2021 16:05:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7ED5EE0848; Fri, 7 May 2021 16:05:09 +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 3BB4DE0831 for ; Fri, 7 May 2021 16:05:09 +0000 (UTC) From: "Andreas K. Huettel" To: gentoo-dev@lists.gentoo.org, riscv@gentoo.org Subject: Re: [gentoo-dev] How to structure our RISC-V support Date: Fri, 07 May 2021 18:05:00 +0200 Message-ID: <12597472.qUNvkh4Gvn@pinacolada> Organization: Gentoo Linux In-Reply-To: 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="nextPart5757119.NnENhoQgcM"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Archives-Salt: 475687b0-2f59-4e2d-b8ac-d8a9c79c1219 X-Archives-Hash: d797c40c9ab2cf5872d7f1f452cbebfa --nextPart5757119.NnENhoQgcM 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, riscv@gentoo.org Subject: Re: [gentoo-dev] How to structure our RISC-V support Date: Fri, 07 May 2021 18:05:00 +0200 Message-ID: <12597472.qUNvkh4Gvn@pinacolada> Organization: Gentoo Linux In-Reply-To: References: <14808987.iMDcRRXYNz@pinacolada> > > 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 > fine by me, for current software/upstream state, it's probably the > most practical way to only support lp64d, this will significantly > ease our life .. besides, it's relatively easy if people want to > support more (lp64/lp32..) later > ++ > > 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" ... > can we use different scheme for non-multilib vs multilib? > 1) non-multilibe: just use "normal" lib64, keep align with other > ARCHs (amd64)?=20 ++ > 2) multilib: just stick to current two level lib path We can try that but it doesn't solve any of our problems (and we'd=20 have to keep carrying the two-level dir patches). (I've already decided some time ago that supporting real multilib=20 stages is too much effort for insufficient gain and stopped publishing=20 them. Until recently I still built them; since glibc-2.33 they broke=20 and while I know how to fix things I haven't had time to do it yet.) So if we keep the multilib scheme around, then IMHO only as internal=20 workaround until we/upstream/... have figured out a better directory=20 scheme. =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer (council, toolchain, base-system, perl, libreoffice) --nextPart5757119.NnENhoQgcM 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 iQKTBAABCgB9FiEE6W4INB9YeKX6Qpi1TEn3nlTQogYFAmCVZSxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU5 NkUwODM0MUY1ODc4QTVGQTQyOThCNTRDNDlGNzlFNTREMEEyMDYACgkQTEn3nlTQ ogYAMhAAmPYnVom1p/42hRCMjlYOwBDRagmjLWdXteAt4mJXbTTK9lbxT3wqnn4k 4UQf8rHDIU87qBkJin+rV0BBbgyE7E+DJNLRV8srBf7jmWoVIHIS4Hti8LLMO8EX sg1HbtRZWsjr5mRUFzVwK7CR6VoLalmKsz7jIOFDwsCrFCU6n58ZtRx0iRR96GG0 sWv9ccRI9b5CXKkqb+/Vqn2lwocCkNgtYz7Ftz9GlY7a/Hm0HsHbn11RnfDP1otN O5V8jW6hhQzqSde/DRg6jibgr4S31Dfke8v/BPR06QrC6UzGtWRU0OweIrlC6e28 MU5m3LYWhMkHYuYOiJ8lCWtswAnJ5X6V9fXXw8u4AVA5EMdVah1sKpkEhUBWuAGZ 1rZhUAZfOcRfRmQUdgTYg4IyTRtH6HnKN2M4DqzDHk08gMGofF/PEUCTCy7Ov8zG 5rx3HBpN6zuX0oysUx6yrcF1vSyPMYyyQQTq1zrY+6WbmWEQNb5w+diDjKf4QJtV 0S70iNh5klo19cV9A0puXQO2aPI0qnclubERwvrm6heSYZkxzbS/ODETYy5luOA1 YMUKI2P1LVS99nHQYk4TJS9+K73d3Ca4AQEXddr04YoMpTZ43eHdtUlxrGRSgJoV kWOwyXmO3/7QdOXaHqtcpHD6ZAzkKSVuLc560n/US/UDFPSKRes= =GkMD -----END PGP SIGNATURE----- --nextPart5757119.NnENhoQgcM--