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 1E53C1392EF for ; Thu, 13 Mar 2014 12:21:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1F4DAE0A00; Thu, 13 Mar 2014 12:21:18 +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 2F887E09E8 for ; Thu, 13 Mar 2014 12:21:17 +0000 (UTC) Received: from [192.168.88.43] (unknown [96.241.16.8]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tetromino) by smtp.gentoo.org (Postfix) with ESMTPSA id 6CBB233F8D8; Thu, 13 Mar 2014 12:21:15 +0000 (UTC) Message-ID: <1394713223.31396.2.camel@rook> Subject: Re: [gentoo-dev] crossdev and multilib interference From: Alexandre Rostovtsev To: gentoo-dev@lists.gentoo.org Cc: hasufell@gentoo.org, multilib@gentoo.org, "Mike Frysinger (vapier)" , toolchain@gentoo.org, embedded@gentoo.org Date: Thu, 13 Mar 2014 08:20:23 -0400 In-Reply-To: <20140313095502.73dc080b@pomiot.lan> References: <53208139.2040509@gentoo.org> <20140313095502.73dc080b@pomiot.lan> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-/xM3+GEsktW29x7HVPpR" X-Mailer: Evolution 3.10.4 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 X-Archives-Salt: 15600fe5-58d2-43c9-adb1-5f33c813247c X-Archives-Hash: aaaee63d33992068077bc219443a1a50 --=-/xM3+GEsktW29x7HVPpR Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2014-03-13 at 09:55 +0100, Micha=C5=82 G=C3=B3rny wrote: > Dnia 2014-03-12, o godz. 15:46:01 > hasufell napisa=C5=82(a): >=20 > > -----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/= pkgconfig" > >=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. >=20 > 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. That won't work with current versions of crossdev because they blindly create/delete their pkg-config wrappers without checking if they are overwriting or removing something that belongs to another package. --=-/xM3+GEsktW29x7HVPpR 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) iQIcBAABAgAGBQJTIaKHAAoJEKRDAQ9PHUhgry4P+wVEPu0IPhIiMVj7S0CfPkS5 fE3iPFW/Rfqc9abKPiKErpUf60eymV6mHKReJMA7cFLx7xkJDrZ56eWqUyoIauYQ Y2OoYdtUqsfggel//2yab7BNYLfCuOayeYUTA/ypUChkO5yYHqqa9edQVt37CsWN QqXed/4NeKHnKScXf5q3DMEIomFKibg2TT32+0rAJkJNnlBuBI3GdWc6sYAqA/mp Q49nhzjLTzf6MxkOPLJ8vPcepCCOYuwqTEwwkzLQumd+75N++tYFQjo5ebArwMyQ K3u7aGZ1m1fVya/+45vWA077SIJgX7S0OO05w5lm0DK+m6EnABLtzDA6jRDu5CnH Hizzp1iI3dqW3QgWoKIHGJ/7kYHIa13Q2I7hJa2iisDDB/tQtHfihK1KZ+dLdq+R emx/KKxnqUVXmKEnoBWsq5ig7qaQU88vtjRmg98mD30WMhxXzu/ey9AcNx1Qy1vV o+07aTCyBnaZxb7/t0MKWey8josPl+maZ/PpVszkPpfldj4Oy4ePStcHRhrAnapn rqQqLx4bm5p+AGPKeZVpO8N4WkE7G9Gq4pV70Pp0uqpNbBktAbDcMMTeTtS7G22R Pmft41FJyfHAwOeeD9eySJ7RyXnlY/ndOiKBKA8Qvkl2vddTUTkFR55PzpeZ2Jcw ZZasw/pt7S+SbWjgGcVq =euwR -----END PGP SIGNATURE----- --=-/xM3+GEsktW29x7HVPpR--