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 340B1138247 for ; Sat, 28 Dec 2013 22:58:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BC60CE0853; Sat, 28 Dec 2013 22:58:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 435A8E0853 for ; Sat, 28 Dec 2013 22:58:49 +0000 (UTC) Received: from localhost (87-205-48-65.adsl.inetia.pl [87.205.48.65]) (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 E8E5933F633; Sat, 28 Dec 2013 22:58:46 +0000 (UTC) Date: Sat, 28 Dec 2013 23:58:39 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-mips@lists.gentoo.org Cc: mips@gentoo.org, multilib@gentoo.org Subject: [gentoo-mips] On MIPS using the same CHOST for all multilib ABIs Message-ID: <20131228235839.5bb0305a@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_/23tPlFMS9lbgbbk7Mjv8VS8"; protocol="application/pgp-signature" X-Archives-Salt: af463411-f23c-4940-a6ca-1bc2154983e5 X-Archives-Hash: 7db595b1f266f2421aa8755fde233798 --Sig_/23tPlFMS9lbgbbk7Mjv8VS8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, folks. I've noticed today that mips uses the same CHOST value for all three ABIs it supports: arch/mips/mips64/multilib/make.defaults:CHOST_o32=3D"${CHOST}" arch/mips/mips64/multilib/make.defaults:CHOST_n32=3D${CHOST} arch/mips/mips64/multilib/make.defaults:CHOST_n64=3D${CHOST} arch/mips/mipsel/mips64el/multilib/make.defaults:CHOST_o32=3D"${CHOST}" arch/mips/mipsel/mips64el/multilib/make.defaults:CHOST_n32=3D"${CHOST}" arch/mips/mipsel/mips64el/multilib/make.defaults:CHOST_n64=3D"${CHOST}" Long story short, this sucks and will cause trouble. In the multilib stuff, we're using CHOST for two purposes: 1. wrapped headers are put in /usr/include/$CHOST, 2. multilib executables are prefixed with $CHOST-. (1) here is not really a killer feature but I'd rather avoid changing this at this point. (2) is actually a killer feature, since the eclass sets CHOST properly and thanks to that AC_CHECK_TOOL and friends can find multilib *-config progs and stuff without any special hackery. And those are just the examples I can think of. I suspect that more stuff may actually expect CHOST to uniquely identify build, especially some tricky hidden features in autotools :). I'd suggest that you changed the CHOST values to uniquely identify ABI in use, at least in multilib profiles and preferably in all of them. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/23tPlFMS9lbgbbk7Mjv8VS8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJSv1efXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZO1w4P/0oSYlUV/7Jlogdz0+rll5Aw KlwTFbjX9jSN1hw+1J3xaEiIfN6LpZsgR0uNmR8wcifOuLciBrQCh9N4Llt3wi13 4IVvr66rYitixyfqI/TG83RMtlslKg8HlNjQ7GsGzVOabk9hgYvlYDJzLM3TjF6z 01QSjU/T2/6vhSvRCBMkU2sH9aF3Y16ubDZ+Yk0IwIlQeZ/d8Eih7w+ZS8Hb0dn+ yCNZpMwt6YR2dxcanUZhEe0Y6i+cpm/IiYMvtlBzEpAFi2CkTOI2KAP263RUJOno e/QxY8dkOasaoWHbOnEMEczh4bFpgKY1sK8l/NHf+1wogH/FBxGT9Gn6Q9jQEBX0 cSOGCnwFKmWPo+QB2oYoVw75Da06D1Lv1ZA/plbAam2n9ELettXcFVpfix/Xu8UT COxOSvNPM6pMs65Kl4TAIOvSRLPp/rJWSfulcNu2OqwOm75Gz2wYzlti2YlZjbkX ybiSLrErY/usDK4V+FfDlGFpWiAY7OosKHmlSjGJBBXMxTwfxyAf8lilgDRww9S0 6npC/SDnsLpZEQ52t3gvQ0wCbrw6C1RhpeYPC5td0u3WeucSAxIb5rDbmxpJd1BU lbOoz4bY5Y25mO5ROE3nmtKtGrPQfCSIDbad27DUUyI7w8cp7nTo+4yHknZaB1dz um0DjsfQtqAGn/5TknbS =r4hM -----END PGP SIGNATURE----- --Sig_/23tPlFMS9lbgbbk7Mjv8VS8--