From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R4JLX-0003zy-7s for garchives@archives.gentoo.org; Thu, 15 Sep 2011 21:19:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E107521C2CB; Thu, 15 Sep 2011 21:19:28 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6555D21C01F for ; Thu, 15 Sep 2011 21:18:43 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id DCB0D1B401B for ; Thu, 15 Sep 2011 21:18:42 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] x32 fun pants Date: Thu, 15 Sep 2011 17:18:43 -0400 User-Agent: KMail/1.13.7 (Linux/3.1.0-rc4; KDE/4.6.3; x86_64; ; ) References: <201109151534.07155.vapier@gentoo.org> <201109151633.48737.vapier@gentoo.org> <20110915230307.31dac38a@pomiocik.lan> In-Reply-To: <20110915230307.31dac38a@pomiocik.lan> 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; boundary="nextPart1718122.lFhI72mN14"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201109151718.43422.vapier@gentoo.org> X-Archives-Salt: X-Archives-Hash: 79a6895e268641aa69cbac0ee16d052d --nextPart1718122.lFhI72mN14 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Thursday, September 15, 2011 17:03:07 Micha=C5=82 G=C3=B3rny wrote: > On Thu, 15 Sep 2011 16:33:48 -0400 Mike Frysinger wrote: > > On Thursday, September 15, 2011 16:12:00 Micha=C5=82 G=C3=B3rny wrote: > > > On Thu, 15 Sep 2011 15:34:06 -0400 Mike Frysinger wrote: > > > > KEYWORDS wise, i'd like to avoid having to add "x32" everywhere. > > > > instead, reusing "amd64". only downside is the existing USE=3Damd64 > > > > behavior, but we can address that by making MULTILIB_ABIS a > > > > USE_EXPAND (i think this came up before with the portage multilib > > > > discussion). > > >=20 > > > Hrm, wouldn't that be more like x86 keyword? AFAICS the type sizes > > > for x86 and x32 would match. > >=20 > > the sizeof(long) and sizeof(void*) are the same between x86 and x32. > > however, that's about the only thing. for example, x32 gets access > > to 64bit registers when working with 64bit types (long long) and the > > tuple is x86_64-pc-linux- gnu. in general, it seems to be closer to > > amd64 than x32. >=20 > I'm rather thinking about potential issues. But OTOH packages fixed for > amd64 should probably work with x32 as well. Excluding asm code which > would probably need a third variant then. yes, inline asm might need tweaking as pointers/longs are no longer 64bits.= =20 so any code that assumes "#ifdef __x64_64__ =3D=3D sizeof(void*) =3D=3D 8" = and does so=20 in their assembly might break. they'll need to have gcc take care of it by= =20 leveraging the constraints, or checking the __LP64__ define in addition to= =20 __x64_64__. but i'd rather not introduce another KEYWORD when we can simply p.mask the= =20 package, or disable the asm when ABI =3D=3D x32. =2Dmike --nextPart1718122.lFhI72mN14 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJOcmuzAAoJEEFjO5/oN/WBFpMQAJJPE/41Cr+Xjwm3KKnXLcDV 43Lok93ZFhzwHUE0+BcGSJufXzY73cIWjbyJL3K+40AfhhPa0iU5KsQQp6hZvMCW 3zQrQ6OaOWKZhQOsezaRq74e9wDfCBRKyBJE6iZw8AvI8EyrwXJyvJlEQy4AQ8A0 ag19MzlT7QQ/lK56vu+AsVUjGNzBx38qDFQ+CUlHRIMaH/q0YzePz66K94Sr80ot 9gJSiFLUaHnRRKbByRE9ygGgByWN1enDT/Utg84YhOuZh8zNamJ3irw6IuEhxv93 GWNbhgGSGIBBI54Gd0WZoRLxucj5w5IsuEjbMXb+cGrzRcJwuM2OQIcjDb+53Zhu WevLLdSVlhDZHU3km3B/TzpVFTNqA1z9sr1hx9HzWSpPIoe34Vo4l4IoWGQXE0LO e4LOKRKz6HiaJR6LMOGthQGPfs0PhI4xmX7yE2PKwc+vfMXvCl4ZBLsga63C0n8v rI5NgermW2Uq8e4YpRwVIL9TrAGilFwEDMW4+YCY5enQfyAvc9rN33tqDBuRs8aB I7rhCSH8eOdeNYZZ0j+ARFYiRbIVjF5IL83l2dccwuY+MxX01Y7EH32feSP5cFsy h/AL6KwlyZRCmPbBA8atR61WDyp6g+dfcC4ZdpEpeZFt0BVKj55DkjxbnE2coAOM ff+uXXluicugLyRgUbvS =hann -----END PGP SIGNATURE----- --nextPart1718122.lFhI72mN14--