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 1R4Toj-000705-Qj for garchives@archives.gentoo.org; Fri, 16 Sep 2011 08:30:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A8F2E21C1A2; Fri, 16 Sep 2011 08:30:27 +0000 (UTC) Received: from ulysses.noc.ntua.gr (ulysses.noc.ntua.gr [147.102.222.230]) by pigeon.gentoo.org (Postfix) with ESMTP id E8CEA21C0D0 for ; Fri, 16 Sep 2011 08:29:54 +0000 (UTC) Received: from alexander.cc.ece.ntua.gr (alexander.cc.ece.ntua.gr [147.102.2.1]) by ulysses.noc.ntua.gr (8.14.4/8.14.4) with ESMTP id p8G8TrHk060021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 16 Sep 2011 11:29:54 +0300 (EEST) (envelope-from psomas@gentoo.org) Received: from DPGBB-GTSIGOU01.dpg.gr (inferno.cc.ece.ntua.gr [147.102.2.106]) (authenticated bits=0) by alexander.cc.ece.ntua.gr (8.13.8/8.13.8/Debian-3+etch1) with ESMTP id p8G8Trm8023774 for ; Fri, 16 Sep 2011 11:29:53 +0300 Message-ID: <4E7308A8.6020603@gentoo.org> Date: Fri, 16 Sep 2011 11:28:24 +0300 From: Stratos Psomadakis User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] x32 fun pants References: <201109151534.07155.vapier@gentoo.org> In-Reply-To: <201109151534.07155.vapier@gentoo.org> X-Enigmail-Version: 1.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.6 required=6.0 tests=AWL,SPF_NEUTRAL autolearn=no version=3.2.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on alexander.cc.ece.ntua.gr X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (ulysses.noc.ntua.gr [147.102.222.230]); Fri, 16 Sep 2011 11:29:54 +0300 (EEST) X-Virus-Scanned: clamav-milter 0.97 at ulysses.noc.ntua.gr X-Virus-Status: Clean X-Archives-Salt: X-Archives-Hash: 491f4b4471fe9f0f26751abb7be8dc95 On 09/15/2011 10:34 PM, Mike Frysinger wrote: > ive converted my system over to x86/amd64/x32 multilib for funs. but i can > see how some people wont want all three all the time. so the question is how > we want to make this available to users at the release/profile level. > > background: x32 is a new ABI that runs on 64bit x86_64 processors. see [1]. > you'll need gcc-4.7+, binutils-2.21.50+, glibc-2.15+, and linux-3.2+. > > KEYWORDS wise, i'd like to avoid having to add "x32" everywhere. instead, > reusing "amd64". only downside is the existing USE=amd64 behavior, but we can > address that by making MULTILIB_ABIS a USE_EXPAND (i think this came up before > with the portage multilib discussion). > > release wise, we could ship a single multilib stage (x86/amd64/x32) and make > it easy to convert to a subset. that way we still need only one. > > other thoughts ? > -mike > > [1] https://sites.google.com/site/x32abi/ Is a x86/amd64/x32 multilib profile just going to provide toolchain support for x32 binaries (like x86 in a x86/amd64 multilib profile), or do we want a 'full' x32 profile, where every package is built by default as x32 code? I'm guessing that as x32 gets standarized, and providing it really outperforms amd64, most distros we'll move to using x32 binaries/libs by default. But then, what if a user wants amd64 for specific packages, which depend on shared libraries built as x32 (maybe he should just use the amd64 profile then)? -- Stratos Psomadakis