From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-65313-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 28F211392EF
for <garchives@archives.gentoo.org>; 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 <gentoo-dev@lists.gentoo.org>; 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?= <mgorny@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: hasufell@gentoo.org, multilib@gentoo.org, "Mike Frysinger (vapier)"
<vapier@gentoo.org>, 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: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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 <hasufell@gentoo.org> 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--