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 28F211392EF for ; Thu, 13 Mar 2014 08:55:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3F09AE0A7D; Thu, 13 Mar 2014 08:55:14 +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 43AD6E09C1 for ; Thu, 13 Mar 2014 08:55:13 +0000 (UTC) Received: from pomiot.lan (static-81-219-101-243.devs.futuro.pl [81.219.101.243]) (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 A794133FB0A; Thu, 13 Mar 2014 08:55:09 +0000 (UTC) Date: Thu, 13 Mar 2014 09:55:02 +0100 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: gentoo-dev@lists.gentoo.org Cc: hasufell@gentoo.org, multilib@gentoo.org, "Mike Frysinger (vapier)" , toolchain@gentoo.org, embedded@gentoo.org Subject: Re: [gentoo-dev] crossdev and multilib interference Message-ID: <20140313095502.73dc080b@pomiot.lan> In-Reply-To: <53208139.2040509@gentoo.org> References: <53208139.2040509@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-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/jAmGvrFQWUtVt5Me9mBJ3NN"; protocol="application/pgp-signature" X-Archives-Salt: 175c6c52-de1b-4a2e-adf9-0be150a965c0 X-Archives-Hash: d962dbc04524fdcdd09b9f03084012f0 --Sig_/jAmGvrFQWUtVt5Me9mBJ3NN Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-03-12, o godz. 15:46:01 hasufell napisa=B3(a): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > We have a problem where the crossdev pkg-config wrapper scripts > interfere with multilib. >=20 > crossdev for example sets in their pkg-config wrappers: >=20 > PKG_CONFIG_LIBDIR=3D"${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pk= gconfig" >=20 > Now, SYSROOT is chosen from multiple conditions. When emerging a > package, that happens to be "/" and thus results in: > "//usr/lib/pkgconfig://usr/share/pkgconfig" >=20 > Build systems like autotools will pick the crossdev provided > "i686-pc-linux-gnu-pkg-config" for the 32bit ABI which will in turn > override the eclass-exported PKG_CONFIG_LIBDIR and now effectively > find the pkg-config files in /usr/lib64/... >=20 > This is not a problem most of the time if the package just wants to > get the libs to link against. >=20 > However, every package that tries to access variables that are > different between /usr/lib32/pkgconfig/foo.pc and > /usr/lib64/pkgconfig/foo.pc like "libdir" will fail or produce > unexpected results. >=20 > That already happens for > x11-libs/libva-vdpau-driver > x11-libs/libva (https://bugs.gentoo.org/show_bug.cgi?id=3D500338) >=20 > and there are probably more. Another possible workaround is to make pkgconfig true-multilib. Then it would own i686-pc-linux-gnu-pkgconfig, and that executable would work correctly. More than that, we could work on killing the PKG_CONFIG_PATH hack. --=20 Best regards, Micha=B3 G=F3rny --Sig_/jAmGvrFQWUtVt5Me9mBJ3NN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJTIXJmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOLVgQALfvwluC+mrkwagW0IYPKXsT M/S5s1MhzuLLG2aqFTS2X7r9egxaAKwGzLTup2Wd0GffVxFqEISKsTcBKp2JhLkD QAn4NN9VC+JRmjwTDYgnfD14xW3zrLtbr3YQTe09oWJxPiFzJzz2bK+Mkcyqi9eq +I+9aqO9h+CHar5dEqAZPAW8rkRHF63RtAQDkKEzTnzIbD7ujwCd3i/UZD864E/E f6wUW2ybyRM18U1CKE1jnuWtv1unfWo+Dqufhqo+vvUrlEZMQORypjFXsOvkMJJl K5tN0X0pY42iF0g4vXEy3UkH/+304HQJz+/U+sJAQW1MrapPlIVXz7DLHczlYojc f7c3vQW7ay9AE7smVu3gFYM3T6aOXhQYmDkOdkTPJAqrZbxTcQQql86f1CDS2E1l ae8j+njsSOqa9L72m2/Ro8KvJZjTig/+LJikNDUgrunlQ62eapE4EVZWULpCzF27 eTjNsocgKAxEEqw0mxyuk0HMQSQZ5evABo+oKiTo5ny3Lc6Ybx0hwh9hUYxv3F+w q2jRoNc7232P8cIbsW30S8VY9uNsUPQJx9ek4tMTi9sarjJWNJGHM9j/PcCxpPN7 TBcco234RYHEtUlRWsv4xK+V8uKDyl9SVuNJBJuMUeSDzP1uErdB6IAsF2ASQQTP LtmW2+gu2Sa/ugdHtrgZ =y5Lz -----END PGP SIGNATURE----- --Sig_/jAmGvrFQWUtVt5Me9mBJ3NN--