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 DBD371387FD for ; Thu, 27 Mar 2014 02:41:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 831F9E0A93; Thu, 27 Mar 2014 02:41:00 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8525CE0A69 for ; Thu, 27 Mar 2014 02:40:59 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AF3A533FD4C; Thu, 27 Mar 2014 02:40:58 +0000 (UTC) From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Cc: Ian Stakenvicius Subject: Re: [gentoo-dev] Re: crossdev and multilib interference Date: Wed, 26 Mar 2014 22:41:04 -0400 Message-ID: <4392318.HzopIDRGrh@vapier> Organization: wh0rd.org User-Agent: KMail/4.12.3 (Linux/3.13.0; KDE/4.12.3; x86_64; ; ) In-Reply-To: <5332FF19.1030707@gentoo.org> References: <53208139.2040509@gentoo.org> <1660834.UE1ARX9orZ@vapier> <5332FF19.1030707@gentoo.org> 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="nextPart1672389.XxChzKHU4Y"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: 14750fd4-ed9a-49fa-853d-c15ce93162a2 X-Archives-Hash: 98b4f500e856be7220c38e4fdb35769f --nextPart1672389.XxChzKHU4Y Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote: > On 26/03/14 12:12 PM, Mike Frysinger wrote: > > that's bs. people install crossdev to get a cross-compile > > environment, not to get something that only works through `emerge`.= > > attempting to restrict it so it only works through `emerge` is > > unacceptable and it has never been that way. >=20 > it -does- make sense though to limit anything that one wants to EMERG= E > with the crossdev, to require the use of cross-emerge. Would it not > be possible to somehow ensure the crossdev tools are ignored > in/removed from/cannot pollute the standard emerge environment? Are > there any use cases where one -would- want the crossdev to be used in= > a standard emerge environment instead of using cross-emerge ? you've lost me. when you `emerge-$CTARGET`, that package doesn't go an= ywhere=20 near your ROOT=3D/ system. it's entirely contained in /usr/$CTARGET/. when you run `crossdev $CTARGET`, it installs all the standard $CTARGET= =2Dxxx=20 tools in /usr/bin. this isn't "polluting" the environment at all ... i= n fact,=20 they're living right alongside existing tools. as i pointed out elsewhere in this thread, the problem is that multilib= relies=20 on automatic detection of the toolchain *failing* so that it falls back= to the=20 native value. in other words, when you run `./configure --host=3Di686-= pc-linux- gnu`, it tries to find e.g. i686-pc-linux-gnu-ar. it doesn't exist so = the=20 fallback is used (plain `ar`). multilib is using these tuples so that = the=20 standard checks (autoconf/eclasses/etc...) trigger in the right ways fo= r the=20 cpu/os/userland combinations. since crossdev installs a full proper toolchain for the target, the one= =20 multilib was using to lie now exists and its toolchain is used instead.= =2Dmike --nextPart1672389.XxChzKHU4Y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABAgAGBQJTM4/AAAoJEEFjO5/oN/WB6sMP/0yw77+IIYS6omwt0cATqVvW Df+9TfHuXCdaP6iAEY1yTCRg+4GPieR5h8l7dphVIq1NlA+ZStRVlaxGCS7WJ5J2 W0HUJUsC/POC9dERkp8iJIQJCStCjfgDTWxIp+SZdWzAFci7IPfHq/r1NF5bv20K 4JaN5oj41aJhcqjICEe5//+0XPIc/3A7rxuKqGnGXT4EULDYjMHYTlNA7LZK57a8 MwbH/tHUVOUs5wB09qKRKX8Nrw89j1CDCuBq8ywlyxCgTt9tpXr0Slm6dp9bKP4f OntysbTX8LnNlHTPTPX7/Ngt1W43jW/lCQw77VWnXGU+3kYTzjw5iL8/NsKfhclM jU5oUfLtx29izpjS0MHHoPZFVBJovEjAALVNrxXAVzHORy21z0dH7Lg3vDNniPV6 Fq1ubZB34p6bOczMz5MVMeMnhdtfz42/PAED8goCM9CWCNFLvwWcln9K9XUotfNd UwfHkGrP9wzOLIG8u1iUKBtB+6Uay11PvFAD5nig6lSdyEu1vMbtmbayPBwspgQV MS8s1kkNfVpJz861ANHVwqUxt3u7zYxN+dx0E5EuBH+CZQFQYhJW/sNByy98l8c5 90uhr2QbmJfCaiNgGE2G41hL5hnvOEQ9sa2N8zKR+1T1Ux4gNGtxTbG2+PlRDXPC U4G1um36Lm80HQ90s1g1 =AhrN -----END PGP SIGNATURE----- --nextPart1672389.XxChzKHU4Y--