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 33DC0138247 for ; Fri, 17 Jan 2014 04:47:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A4206E0B82; Fri, 17 Jan 2014 04:47:33 +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 D85DFE0B82 for ; Fri, 17 Jan 2014 04:47:32 +0000 (UTC) Received: from pomiot.lan (static-81-219-166-219.devs.futuro.pl [81.219.166.219]) (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 1F7CB33F895; Fri, 17 Jan 2014 04:47:30 +0000 (UTC) Date: Fri, 17 Jan 2014 05:47:18 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-mips@lists.gentoo.org Cc: blueness@gentoo.org Subject: Re: [gentoo-mips] On MIPS using the same CHOST for all multilib ABIs Message-ID: <20140117054718.5f948b88@pomiot.lan> In-Reply-To: <52D85D57.9010500@gentoo.org> References: <20131228235839.5bb0305a@gentoo.org> <20140116210119.421c952c@pomiot.lan> <52D84994.3070306@opensource.dyc.edu> <20140116222418.6229a1b0@pomiot.lan> <52D85D57.9010500@gentoo.org> 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-mips@lists.gentoo.org Reply-to: gentoo-mips@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/9MeLwl71slHo_eXGCAN36Hh"; protocol="application/pgp-signature" X-Archives-Salt: 0327a329-ede9-4886-bf31-9f96fc9d3bf0 X-Archives-Hash: 06851656e598538119eb6f9f35ceb9b1 --Sig_/9MeLwl71slHo_eXGCAN36Hh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2014-01-16, o godz. 17:29:43 "Anthony G. Basile" napisa=C5=82(a): > On 01/16/2014 04:24 PM, Micha=C5=82 G=C3=B3rny wrote: > > Because AC_PATH_TOOL uses CHOST and some random Gentoo invention. >=20 > I got that AC_PATH_TOOL and AC_CHECK_TOOL prefix whatever utility they=20 > search for with the canonicalized chost (usually from config.guess), but= =20 > I still don't see why we need this to avoid hackery? Can you give me a=20 > practial example because right now I just don't see a serious problem. libgpg-error installs ${CHOST}-gpg-error-config. Now libgcrypt (and possibly other tools) are using AC_PATH_TOOL to find it. If we have proper CHOSTs, they find the right gpg-error-config and we don't have to put any more effort into that. Then libgcrypt installs ${CHOST}-libgcrypt-config. Now other tools are using AC_PATH_TOOL to find proper libgcrypt-config. If we have proper CHOSTs, it just works and we don't have to put any more effort into that. Same goes for LLVM & Mesa. If we play by the rules nicely, all pieces fit together nicely and we don't have to worry. If we don't, we ask the developers to spit Gentoo- specific hackery all over the place. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/9MeLwl71slHo_eXGCAN36Hh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJS2LXbXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOh9MP/1m4C2In3Ebzl/lGHhZhJ3aA ZdPLoPC4JjrI02x862kyOSAKhombFLDrcxxPgOo2Zj6S5wSAgcJqiwLChRyVGJ8C gZAAIjv5/YaXb4LH4WXbmUy9LTj2daM0ZRTbZeD9Qcn7Y/R7UZL/nqrVawII1QhF Mj5ZTk2DMfS6oqx0XSv3kINBtgmNizM+nPYdrY7qGTSb5GeGcdtbDnHD4lj61xlE NK5Lur6+c0Yf0+MLMbS+kiJ4YwmSq943QPV6RB3N+lWOc08tmLSUSJwONa4MVZn1 0+4uJsP8QoxwPUhWpmgAiyjNBhCBl6Cotq/oBxIYOOQOollDAuvn1KlAZOT7waw2 XecLx+6X+A4xyNSsM5tcar8S7OY5+5u475MBvZrzyUAMqKFnp81NjtflKg1jl0ID wG1OfNW+XkH3LqBF4eHvq4ep531naaGJzgzLE2ngtTGrUinR5VY7KakY4PU+BKy7 S8HmDJNzixotpKfcIGWb0jcRevXz/GWjKR8gQnR28No5WzPaop2gneeRMNu61YlC KZr4CyZxfFQs9iZXuZ+cyvTnQGuIkeXtkRtQ70xaC8R18s857n8lJflh8y+qtxIm wdTPZUNBLTl5wgc2sjnwQsfGMi+zval5Nff/S1RsUQ97ko0kXe/UlyWH+n4Ed4eC BLda/1/+4F71f6Hty/eN =W8jI -----END PGP SIGNATURE----- --Sig_/9MeLwl71slHo_eXGCAN36Hh--