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 E4448139694 for ; Thu, 3 Aug 2017 06:56:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 01517E0D76; Thu, 3 Aug 2017 06:56:05 +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 B56D6E0D3C for ; Thu, 3 Aug 2017 06:56:04 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 2ACF034181F; Thu, 3 Aug 2017 06:56:02 +0000 (UTC) Message-ID: <1501743359.1020.0.camel@gentoo.org> Subject: Re: [gentoo-dev] Re: New SYMLINK_LIB=no migration tool for review From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Thu, 03 Aug 2017 08:55:59 +0200 In-Reply-To: <20170803010221.GA14536@waltdnes.org> References: <1501689535.795.1.camel@gentoo.org> <20170803010221.GA14536@waltdnes.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-e5Xr2eDsWJQWjl6X2lGo" X-Mailer: Evolution 3.22.6 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 Mime-Version: 1.0 X-Archives-Salt: 4b8a18bb-752e-4881-90b8-03bdb54c2110 X-Archives-Hash: 16f5fb1ea9776955c9906505fa92a7e9 --=-e5Xr2eDsWJQWjl6X2lGo Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On =C5=9Bro, 2017-08-02 at 21:02 -0400, Walter Dnes wrote: > On Wed, Aug 02, 2017 at 03:25:01PM -0400, Mike Gilbert wrote > > On Wed, Aug 2, 2017 at 3:07 PM, Martin Vaeth wrote: > > > Mike Gilbert wrote: > > > > On Wed, Aug 2, 2017 at 1:51 PM, Martin Vaeth wrot= e: > > > > > If this already was discussed then sorry for the noise: > > > > >=20 > > > > > What is the rationale for merging lib32 with lib? > > > > > Wouldn't it be somewhat cleaner to have a completely > > > > > split structure > > > > >=20 > > > > > lib64 > > > > > lib32 > > > > > libx32 (possibly) > > > > > lib > > > >=20 > > > > Here are a couple of reasons: > > > >=20 > > > > 1. Other distros (notably Red Hat and Fedora) put 32-bit libs in "l= ib". > > >=20 > > > According to bug 506276, Debian has instead merged 64-bit to lib. > > > So it seems to me that there is no "mainstream" to follow. > > > Perhaps striving for the cleanest solution would be the best? > >=20 > > Debian puts 64-bit libs in /lib/(host), where (host) is something like > > x86_64-linux-gnu. They don't get put in /lib directly. They call this > > "multiarch". > >=20 > > Migrating Gentoo to a "multiarch" config is a larger project. >=20 > And what happens when 128-bit cpus debut? /lib128? Then we use whatever path is used in the appropriate ABI. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-e5Xr2eDsWJQWjl6X2lGo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKmBAABCgCQFiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlmCyP9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUSHG1nb3JueUBn ZW50b28ub3JnAAoJELB6GurvtEZOhvAP/2oiOC5UCEnSVfBbYZn5U1s40xn/VV/4 DeQ+Zq4bMlMCnxgiDQ5wnb+jKZeAVmIdrjp45bdkoyT0CXWJqVvDYvQulTqlsGq2 +oL1fUqsJVjEdm9Q5/iNSc7g2HwTHz7tnyVL3ikZlc9viPo/0/nlHZ+FQUXvfTwP V/TFGxZNSlFeF51kGp+KaUZhO1kOer2sLm3aePBlDAx3nTn1ehg8yjgrjejFZzlN uj7cm+ITosB1yPSIuPwEPQTVeWHM+hwNNawYByKvHt2pabTQkrQafzFRlwcshRZD WYLrIKAN178YeOSxRMfv1nKYlCvSbKhnwOffxk5j5lg2N8KtpSZAbvznFSgoh3yE m+vTEsHcjkD4Y3wBkY9mb++h38u/+3rbcRmj5y/C1gshGOcW4E7B5rztUlYKHSRY IzbGAQ6TOR+qRL2JLOam8hWFtkrJl055qrWrIGUhi/aLVmwwDqFQ6GKLEYiYLugG OOjlVzaU5GuuKOaWGSPxhI60I5FhyaDlQ0GFKxKSB5TBk8A5HQ6Ks3PhPgM6DrVZ Fv9hbEe6ferCYH9BQJjm5S+XHDhpKErPfXSpYRmqkl6sWsKd5n8X/HidDFHW/qQz dCRsKQNmPHYqRlALO2Vc5ZEpgVCjqS079E+J6m5iULsoLRpdB7jx+4iW2dxjMEuV lUyukZxswCmg =9ItU -----END PGP SIGNATURE----- --=-e5Xr2eDsWJQWjl6X2lGo--