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 41A73198005 for ; Sun, 3 Mar 2013 22:24:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DCF21E0730; Sun, 3 Mar 2013 22:24:41 +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 DB29CE0642 for ; Sun, 3 Mar 2013 22:24:40 +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 8579B33DDEF; Sun, 3 Mar 2013 22:24:38 +0000 (UTC) Date: Sun, 3 Mar 2013 23:25:03 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: aballier@gentoo.org, tommy@gentoo.org Subject: Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs Message-ID: <20130303232503.3ad202e5@pomiocik.lan> In-Reply-To: <20130303181812.3d6b5cbe@portable> References: <20130303000230.13fea8b8@pomiocik.lan> <51334A02.40705@gentoo.org> <20130303162404.5488ada7@portable> <5133709F.4020909@gentoo.org> <20130303171022.101be411@portable> <51337A06.20400@gentoo.org> <20130303175826.24a7f0c1@pomiocik.lan> <20130303181812.3d6b5cbe@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_/md=g7WZ1CeBIZB0d9sNmF2h"; protocol="application/pgp-signature" X-Archives-Salt: 52e90307-dbbf-42c6-8712-340dcb29da1b X-Archives-Hash: b1ba8e6a6c860e64259e2c1a472fb636 --Sig_/md=g7WZ1CeBIZB0d9sNmF2h Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 3 Mar 2013 18:18:12 +0100 Alexis Ballier wrote: > On Sun, 3 Mar 2013 17:58:26 +0100 > Micha=C5=82 G=C3=B3rny wrote: >=20 > > What do we need that wrapper for? What does the wrapper do? Does it > > just rely on custom 'ABI' variable? >=20 > yes -- it must perform some checks though. What kind of checks? > > Or maybe should it try to detect > > whether it was called by a 64- or 32-bit app? >=20 > this wont work: think about a build system, your shell/make will likely > be your default abi's but may call abi-specific tools depending on what > you build _for_ not what you build _with_ That's one side of it. The other is that if it worked, it may be something really unexpected. Do you expect things to work differently when called by a 32-bit program? > > What for? >=20 > in order to be transparent from the ebuild perspective. That depends on what kind of transparency do we want. I prefer being explicit here rather than assuming something you can't know for sure. I think we're starting to miss the point of multilib. Multilib was intended as a cheap way of getting things working. I believe that we should still consider it so, and keep it in cages rather than believing that the world is more fun with tigers jumping around. That said, I wouldn't say that making random executables in system work differently on ${ABI} is a way to go. That leaves the tricky imprint of multilib visible to users who shouldn't care about it. If they do, they're looking for multilib-portage. The whole 'switching' part of multilib should be kept part of our build system -- eclasses, ebuilds or just some specificities like libdir or pkg-config path switching. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/md=g7WZ1CeBIZB0d9sNmF2h Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRM82/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKbb4P+gLRzJZpyRZ+kmkqxGq4mk6L d7d8tp/g1DSzTIVQ2DaRTgFk7+epyoK3MK7u/fK14zORYW3j+AgJIRoqUcGCN/np VRJAYIM+EXluXFC9Kqqm4AvM8YnfKcO98+8+bAcd2RpJ/XCkbRNBRg/fzOeAi96G GkQ6axEYn8camM1kl/57aFy0OSZ7pemf4GTb7zGcDXMHS8OArJmlCPzinhl4XnDx JXuWIS89SwFdPLW4wPQRmv+1RKgdtLqV8af/IcyroWLO9R5wV7B9FfonTdFSMO88 596rLx1MEOF4ocui1P2vOU6d4OTcf9rN5iXY44gfeKos+gg2Q0JwDpxZYcsgU5kc gWiFY+r+dGlwbzw028UlkL8dIWgWylXUNoW5w4OArRI5qDtiNkAlLknPzASsAwvN 46AuG+9xUK+627fmfTZyHTcS+5qOtv/I3Lwa1Sz7qoaqqZ/BbrQJ/FSONCGMciPl w36rDmfuIinLrZbOuw8Be0qFeO9QDvOlZKalFKUSlXW8eTdcmG0COv+uVW/iZXNt M3IAAYtJQ4p2SsjOYAi/lWSMgFmEhVD6rLK2gG0ByfmGuVh151D5BmmRUkgAcWIA t2znPIQ/qkLoxisXFcIxFB1jsBmMyhcOAbpAcxcD7htdUn0Z+I9FtPvVd7Ky5MJR Tit9j96NFq2Is5CqK26n =U5+V -----END PGP SIGNATURE----- --Sig_/md=g7WZ1CeBIZB0d9sNmF2h--