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 967631387FD for ; Thu, 27 Mar 2014 06:41:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DE8B6E0A89; Thu, 27 Mar 2014 06:41:16 +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 E8040E0A6B for ; Thu, 27 Mar 2014 06:41:15 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2E07833FD50 for ; Thu, 27 Mar 2014 06:41:15 +0000 (UTC) From: Mike Frysinger To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: crossdev and multilib interference Date: Thu, 27 Mar 2014 02:41:21 -0400 Message-ID: <1444456.ldicfnyzpn@vapier> Organization: wh0rd.org User-Agent: KMail/4.12.3 (Linux/3.13.0; KDE/4.12.3; x86_64; ; ) In-Reply-To: <1395901861.23327.35.camel@rook> References: <53208139.2040509@gentoo.org> <4273026.i7QpdYDi0u@vapier> <1395901861.23327.35.camel@rook> 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="nextPart2400121.PiTxmdh4LS"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-Archives-Salt: 06733a21-f963-4ece-ba8d-5ca3e3df82b2 X-Archives-Hash: d4dbc3b2a47cc1a4b4987f67c4f9c333 --nextPart2400121.PiTxmdh4LS Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Thu 27 Mar 2014 02:31:01 Alexandre Rostovtsev wrote: > On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote: > > > An amd64 multilib system *is* expected to build x86 > > > binaries that would be hosted on itself. So i686-pc-linux-gnu-ar = is > > > expected to be not a part of any cross-compile toolchain, but a p= art of > > > the native toolchain for the machine's secondary native ABI. Espe= cially > > > when i686-pc-linux-gnu-ar is in /usr/bin. > >=20 > > sure, and it works just fine when you use the correct toolchain. i= f the > > user wants to build an ABI using their default toolchain, they can = pass > > the right ABI flag for it. >=20 > They can't pass the right ABI flag because only the core parts of the= > toolchain have the concept of an ABI flag. >=20 > Sure, binutils and gcc respect "-m32". But what about pkgconfig (and = its > clones pkgconf and pkgconfig-openbsd)? What about the *-config tools = for > various libraries? Are you going to patch all of them to respect "-m3= 2"? pkg-config does need fixing in some way. we already know this. it's w= hy the=20 multilib eclasses currently set PKG_CONFIG_XXX vars -- preciously so th= e=20 correct ABI dir is utilized. and this breaks when using some build sys= tems=20 (like scons) where the env gets blown away (although we also know scons= =20 sucks). i don't care about the *-config scripts. that's a dead concept long ag= o=20 proven to suck and anything still using it needs fixing. =2Dmike --nextPart2400121.PiTxmdh4LS 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) iQIcBAABAgAGBQJTM8gRAAoJEEFjO5/oN/WBL4UP/Rj1AD15L0PYif9U9VDMpGKf L8+lW6fYKjkpwPPfAmMTO3zhTznXJiVuBvcQdHqw5jCKoepVRBK5KVMm+UR5MdPi 6SCvHEkG3WTufOQN5bBodrqLC6jmPUbSPKfV9KFjGmpPcz392JaH/TBl5NPMvElh DSFbukVQqnMJA+7MbTzvQTvhJ+1MUdAiNqyAa/1Kf6VSMrPquJRhT/++LjY1IJCa lk6fVGmPdp5kidTQrf12RfzUPTv8sXlbPR3CfaQmjPxtTESoiTf6mvUOWF+NvVrX 7dG91iYz6Rlg1RZkgUnjpiCiYbsQV4F/ohTtDePHrcq+RNfocEIzrHTAbnPf7SDI 4QJECXSxgAI/8vd9Vw2qdSOVpkBvRo6uWRCvCcFglnlbVl/CtPWmDrPGkZsZAArq /3lPxWx7misWrjZ/163HsEfNu25XdC3Fkaacp6JU7iKzbRMg7hNX7xtzfv4WBskf GjYnkVqECq669YYLfRUvS/wpma85yTxcvNL8UX7ueM10dBJrtYgy6uKwkBGk77Il PRido4YjQHk+8tTD2zs8YcoHdXbmEQdTaSSokd2chT4A1RjE44jKT9KuxjGatFkM xUa4e5kOlDYKQWY+VWtgcxO32mqqF6Y6NbOp85brKQF3HBLyxj7enWHZ0FmxET4r Jvw23Kxz4qKlCnEflyKA =Iu9P -----END PGP SIGNATURE----- --nextPart2400121.PiTxmdh4LS--