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 6EA57198005 for ; Sun, 3 Mar 2013 12:37:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 944CEE0281; Sun, 3 Mar 2013 12:37:08 +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 A1DD3E07CC for ; Sun, 3 Mar 2013 12:37:07 +0000 (UTC) Received: from pomiocik.lan (77-253-193-205.adsl.inetia.pl [77.253.193.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 1778433DC89; Sun, 3 Mar 2013 12:37:04 +0000 (UTC) Date: Sun, 3 Mar 2013 13:37:11 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: aballier@gentoo.org, amd64@gentoo.org, tommy@gentoo.org Subject: Re: [gentoo-dev] [RFC] multilib-build.eclass and restricting unsupported ABIs Message-ID: <20130303133711.013b4c5d@pomiocik.lan> In-Reply-To: <20130303124107.50c7bf8e@portable> References: <20130303000230.13fea8b8@pomiocik.lan> <20130303124107.50c7bf8e@portable> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; 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-SHA512; boundary="Sig_/5hs89/Oorg4mIH4bN20IbWr"; protocol="application/pgp-signature" X-Archives-Salt: 0a9ac9b9-4150-4dac-952c-448af26eb138 X-Archives-Hash: 60a8151fdeb0fe39d5e5332c8391d3bb --Sig_/5hs89/Oorg4mIH4bN20IbWr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 3 Mar 2013 12:41:07 +0100 Alexis Ballier wrote: > I'd prefer the useflag names for the sake of unicity, but I'm not sure > I understand why and how multilib-portage needs it. Well, I mostly thought that if we were to introduce that information, multilib-portage could use it as well rather than expecting the information to be duplicated for the sake of it. Not that I see a good reason for multilib-portage to work-around our multilib but they like it. > What will multilib-portage uses it for ? If that's to gather and use > its information to restrict some ABIs, then I assume you will have > something like 'if multilib-portage then dont do anything multilib' in > the eclass; well, you can very well export a variable translating the > useflag names to abi names that multilib-portage can use too. I'm not > sure you need the mapping on the profiles. Well, right now multilib-portage is using the 'fallback' mechanism in the eclass (the same as used on non-multilib arches). They mask all the multilib flags and build the package one ABI at a time. The foreach loop does not find any enabled flag and uses ${ABI:-${DEFAULT_ABI}}. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/5hs89/Oorg4mIH4bN20IbWr Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRM0QAXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKO68P/3JEGU1A5u0V+tqrhECzlath cEdGyqQrsrMR9FVl/UDHezOtk1JKQg9dp4uSoJMGvS9NaUQ0SR5xY78/mC5xot4H x3vtvf2F6MocX9NA79m8TAtvgxiKEMVcDPpst4oGI8RuYA1yy7A1m9HRQ9kGM2eZ f56iylDjeSyjYrkkLq7xv8lObAI70ir8gTd+AFTCstg3bxHTInmnJoWi3/EX/mHX 0arJB74irNT6qeeDkRb8E8swORTWzno/fGxT1yJwp1wW2/TRf9rIboOIhnGA9xqn BvYy/oz/yBcd3grrqMsJc69gjeyrjbLgX+q1zD9hZvh7rkBr/7axDGUfT1ESoIFb vVRfi6Z8Vn7J3Or90U88B8EAdt0BIQXCODrlfwsQIASWBctybBU4dTgzOYfGR7nP waKDi5b+locPHVDk9SqEOPKVDoCtYSxyAUYEGFfArCh5+soTu8KP5xn6KPo2CkTM ATBp/e+Y4dXLH0sK+G4XsqzjVWzD0R45XXMNrW1BFsE6QC9QKFrYZ8PP5lZRpeMO Mw3zE1j5JcGLZCcCRJ3mE0veAfOWpFKr64Wb5+bSdNGAmkSECkejqs5u/dQvjiqb wS3KAh65WYm2drV5tIiFAzo1DwDbwWxNezZQUdymx5fI5KANxhgkdflz9pxDaHzm fnl31xpnfNltQm0IVve7 =VvbU -----END PGP SIGNATURE----- --Sig_/5hs89/Oorg4mIH4bN20IbWr--