From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 99D5B138628 for ; Wed, 23 Jan 2013 15:26:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66E8A21C0AC; Wed, 23 Jan 2013 15:26:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0366021C09D for ; Wed, 23 Jan 2013 15:26:50 +0000 (UTC) Received: from pomiocik.lan (77-254-91-27.adsl.inetia.pl [77.254.91.27]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id EDDCD33BF20; Wed, 23 Jan 2013 15:26:48 +0000 (UTC) Date: Wed, 23 Jan 2013 16:27:17 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: aballier@gentoo.org Subject: Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib Message-ID: <20130123162717.204ce792@pomiocik.lan> In-Reply-To: <20130123080356.11ee5f6a@gentoo.org> References: <20130120201131.5afcbf48@pomiocik.lan> <20130121102730.6ca8b6e4@gentoo.org> <20130123092426.56745d6b@pomiocik.lan> <20130123080356.11ee5f6a@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/f1dq/Fnrl.zhqEnw4BYm.9C"; protocol="application/pgp-signature" X-Archives-Salt: 0e6dd2f1-f60a-4271-8651-4cf5f858721f X-Archives-Hash: 8dba30ac5d6ca5981bb5cdbdb9054eed --Sig_/f1dq/Fnrl.zhqEnw4BYm.9C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 23 Jan 2013 08:03:56 -0300 Alexis Ballier wrote: > On Wed, 23 Jan 2013 09:24:26 +0100 > Micha=C5=82 G=C3=B3rny wrote: >=20 > > On Mon, 21 Jan 2013 10:27:30 -0300 > > Alexis Ballier wrote: > >=20 > > > > To be honest, I don't know if there's other way to hide USE flags > > > > than using USE_EXPAND_HIDDEN. If we want to use that, we'd have > > > > to split the flags per-arch, i.e. have: > > > >=20 > > > > MULTILIB_AMD64=3D"abi1 abi2 abi3" > > > > MULTILIB_PPC64=3D"abi1 abi2 abi3" > > > >=20 > > > > with appropriate USE_EXPAND_HIDDEN set by profiles. > > >=20 > > > I don't like that at all. > > > I'd go for ABI=3D the union of all the MULTILIB_ABIS variables (if > > > there is no name collision) > > > we certainly want skype to depend on libitneeds[abi_x86], not > > > 'amd64? ( libitneeds[abi_amd64_x86] ) x86? ( libitneeds )' > >=20 > > Just a quick idea. > >=20 > > How would you feel about abi_x86_32? (similarly _64, _x32) > >=20 > > That would be almost natural names with the trick variable being > > ABI_X86, therefore having all the fore-mentioned advantages. > >=20 > > The deps would look like: > >=20 > > libitneeds[abi_x86_32] > >=20 >=20 > Sounds good too, I just would want it to be shared between arches that > can: amd64/x86/x32, ppc/ppc64, mips, sparc32/sparc64, etc. > You mean you will hide ABI_X86 USE_EXPAND on non-x86 arches, right ? > This would have all the benefits I think, very good idea :) Yes. I'm currently looking for a clean way to hide it without having to repeat that in a dozen profiles. But it seems that portage and PMS disagree again about the shape of USE_EXPAND_HIDDEN... --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/f1dq/Fnrl.zhqEnw4BYm.9C Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlEAAVoACgkQfXuS5UK5QB0efgP/cdCPqejN1+SAyPlBFMemePmX AUjvmnJba696Z9MGK/DpHChjvSKtAVJ7kjNTMybFR+UENtvUmIMSOZVK6H4XTzJE /uj05Eg7F+VoSb32jUWqyLB2jEhOMQcaMUUTNmNtrMoJbJ8JB0EiXHkP1wPYnxEr 4ajv6ip0Bn/nkWwteVQ= =zaa2 -----END PGP SIGNATURE----- --Sig_/f1dq/Fnrl.zhqEnw4BYm.9C--