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 24B0B1387FD for ; Thu, 27 Mar 2014 06:14:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 34276E0AA8; Thu, 27 Mar 2014 06:13:47 +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 50D18E09FF for ; Thu, 27 Mar 2014 06:13:46 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 8967A33FD5F for ; Thu, 27 Mar 2014 06:13:45 +0000 (UTC) From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] crossdev and multilib interference Date: Thu, 27 Mar 2014 02:13:52 -0400 Message-ID: <1634651.OgWJUHsIKM@vapier> Organization: wh0rd.org User-Agent: KMail/4.12.3 (Linux/3.13.0; KDE/4.12.3; x86_64; ; ) In-Reply-To: <1473612.xZUzGZodW8@vapier> References: <53208139.2040509@gentoo.org> <20140313095502.73dc080b@pomiot.lan> <1473612.xZUzGZodW8@vapier> 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="nextPart7188633.c75nQHpLsv"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: 5e6843f7-91fc-4c30-bf0e-5570fffe100d X-Archives-Hash: a506c16d116647c2c3e7ac57ba7d4adc --nextPart7188633.c75nQHpLsv Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote: > (2) use tuples with loaded vendor fields to reduce the chance of coll= isions. > e.g. having an ABI=3Damd64 system use i686-gentoo%multilib-linux-gnu = instead > of i686-pc-linux-gnu would defeat any automatic path searches. this patch keeps the status quo. although the status quo is broken, bu= t we=20 can sort that out independently. =2Dmike =2D-- profiles/arch/amd64/make.defaults=0918 Jan 2014 01:03:24 -0000=091.= 21 +++ profiles/arch/amd64/make.defaults=0927 Mar 2014 06:13:22 -0000 @@ -21,17 +21,17 @@ ABI=3D"amd64" # 64bit specific settings. CFLAGS_amd64=3D"-m64" LDFLAGS_amd64=3D"-m elf_x86_64" =2DCHOST_amd64=3D"x86_64-pc-linux-gnu" +CHOST_amd64=3D"${CHOST}" =20 # 32bit specific settings. CFLAGS_x86=3D"-m32" LDFLAGS_x86=3D"-m elf_i386" =2DCHOST_x86=3D"i686-pc-linux-gnu" +CHOST_x86=3D"i686-gentoo%multilib-linux-gnu" =20 # 64-32bit specific settings. CFLAGS_x32=3D"-mx32" LDFLAGS_x32=3D"-m elf32_x86_64" =2DCHOST_x32=3D"x86_64-pc-linux-gnux32" +CHOST_x32=3D"x86_64-gentoo%multilib-linux-gnux32" =20 # 2006/10/24 - Simon Stelling # They are masked, but we can enable them anyway for those who have=20= --nextPart7188633.c75nQHpLsv 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) iQIcBAABAgAGBQJTM8GgAAoJEEFjO5/oN/WBHRoQAN7n6TXAk6sswk6JW/VQFW1C TAmkSUTiXPbXevtxQjdNT/7ot6HJeIM+z7CpDWFOHkfQbXUkGI2APYIm9nMhh8O1 Qlyrq50K+HthweTxe5+fXxy5qF8ikMr0SkhLinXaVheKl/D9qgiQ3pxUH8W2x00+ zslXF/MeR+7gtJUyPHk2Ov9AobCuv1eROeRu7brhukyAX14ZMFV1LSof6bvGTQOd VJrFYF3elVridxHqag8FDtVRc9DW7eHzkZA36Dg+UdXoDdNgKwG2Vnqmf+7men3O +OcDHjxbIdx7N3IHqk8+UOs8IiFTPg7y/wdomGE1nj9utalLljmZ11U+J91lRXG3 DKcQWUA8RzN5C6vb8/GxY+GhyzXdjWnt7RPdKTZXqh5CFol21iHbZ1lOPpCru2fV Qu3sWOr/cPu2ySOuk/laV1GdaYGVnCXexLfm/OO0zizNBDX84IWymiep+jxHVzhe XQaiXnjaCjIWV4yd+HVLZP5QJvfxmMKATdP2o8LUzkOmV+L4FjznHEKo3OiR5bJ8 Fx0xwpTXtCnthXy/mzj5Dn+9VmQOJSKU2vMkq9LN0F1mjt6QvoSkAbAt/SOuDYVT 2s5AUAXFQ69nFVRF5CLnM8xcZJ+DJDrcm7qmOM6Mg7ZygcxVuzARGhbltlKgZeSp Akief3YkVa/A0XBiX/3x =s6RC -----END PGP SIGNATURE----- --nextPart7188633.c75nQHpLsv--