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 3F0661387FD for ; Thu, 27 Mar 2014 06:52:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 19DD0E0A92; Thu, 27 Mar 2014 06:52:04 +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 21FC0E0A83 for ; Thu, 27 Mar 2014 06:52:03 +0000 (UTC) Received: from pomiot.lan (77-254-69-105.adsl.inetia.pl [77.254.69.105]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 3A7AD33FD63; Thu, 27 Mar 2014 06:52:01 +0000 (UTC) Date: Thu, 27 Mar 2014 07:51:18 +0100 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: gentoo-dev@lists.gentoo.org Cc: vapier@gentoo.org Subject: Re: [gentoo-dev] Re: crossdev and multilib interference Message-ID: <20140327075118.44841e9f@pomiot.lan> In-Reply-To: <1444456.ldicfnyzpn@vapier> References: <53208139.2040509@gentoo.org> <4273026.i7QpdYDi0u@vapier> <1395901861.23327.35.camel@rook> <1444456.ldicfnyzpn@vapier> Organization: Gentoo X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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; micalg=pgp-sha512; boundary="Sig_/lw6k.BbBDnSE+TU.fuOWRK5"; protocol="application/pgp-signature" X-Archives-Salt: 6eee21fd-212c-4c7f-b4a5-21c7f83b7a11 X-Archives-Hash: 73c9a7a0f8c08d87ca85abc57b639553 --Sig_/lw6k.BbBDnSE+TU.fuOWRK5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-03-27, o godz. 02:41:21 Mike Frysinger napisa=B3(a): > 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 par= t of > > > > the native toolchain for the machine's secondary native ABI. Especi= ally > > > > when i686-pc-linux-gnu-ar is in /usr/bin. > > >=20 > > > sure, and it works just fine when you use the correct toolchain. if = the > > > user wants to build an ABI using their default toolchain, they can pa= ss > > > 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 "-m32"? >=20 > pkg-config does need fixing in some way. we already know this. it's why= the=20 > multilib eclasses currently set PKG_CONFIG_XXX vars -- preciously so the= =20 > correct ABI dir is utilized. and this breaks when using some build syste= ms=20 > (like scons) where the env gets blown away (although we also know scons=20 > sucks). >=20 > i don't care about the *-config scripts. that's a dead concept long ago= =20 > proven to suck and anything still using it needs fixing. Because it's everyone else that *always* does something wrong, and the rising number of work-arounds in the eclass just proves you're doing it the correct way. It's sad that decisions are made by man who *does not care* about most of the real-life things but cares much for his own precious tools that get priority over eclasses, and whenever they are essentially broken by design, you say that the world is actually broken and they are the only fine thing. --=20 Best regards, Micha=B3 G=F3rny --Sig_/lw6k.BbBDnSE+TU.fuOWRK5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJTM8pnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZObXUQAMPXyYc1oGeDAY3QH8zlQtFy jN3xst0n6cZZh3mbUqnU4akIeqhIVZ3uKlwyNTENntt/1ePvVuZsf9dLKzMfqh8G /83q7SnG2sjQhDIZsMi9RPv7C8dMJKiVB2diq+3WAyhq4qOmf8F0nCV3mPFBKL03 PfOPEs77F+pYHDAjNq1ymDH+kEte2To/0ltH5yrB7MRQJq+SsVdqk+/geVp3hXFZ M+1ppgwEkmwXdsMObIPPJjtib+EKWGILVSLd86KVSoBT4+pAUhzfgZHoE5LidhEx bozdSUxS4RmPQoJUwSTsaHEWqxMDmX0c0FmN4Na3iy1I4i+DNMS7dTL/KksiMmiT zsHQ3X+dlPiIYKcUH3FHr4T1khiwrHieJLB+L6TfDx1RbNYRAWkkNzZoLGC1NDs+ jpVv9sJ046WdmdIPdtHvBmncN3yI097XJXmXC799SFxaNIg6If+yzYlB2ur3JcyR +TSWVYx3l6A2z/VOEdlRUCvyEq1o6X/09Lg5+aVXm38vPz/pxIUfdkgqwVTImJ0o xFvJks//Y8Ui1NUK3y2Wn1vZlEJ8J5yN33xUPXA20CKaoHy2i305Sy9L3JHE3CtO qc4PJsqB2U42ufjNO+c6U6jhy2RsAB5mice19hdw2ccTyuaCEoEwMpiPF3r4yLi1 CVHIf3DE/LYA6CZP7qp8 =EjSu -----END PGP SIGNATURE----- --Sig_/lw6k.BbBDnSE+TU.fuOWRK5--