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 9C32413877A for ; Wed, 18 Jun 2014 15:24:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 58BFAE09C9; Wed, 18 Jun 2014 15:24:08 +0000 (UTC) Received: from foo.stuge.se (foo.stuge.se [212.116.89.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1C64FE09C3 for ; Wed, 18 Jun 2014 15:24:06 +0000 (UTC) Received: (qmail 28348 invoked by uid 501); 18 Jun 2014 15:24:03 -0000 Message-ID: <20140618152403.28347.qmail@stuge.se> Date: Wed, 18 Jun 2014 17:24:03 +0200 From: Peter Stuge To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Re: Re: crossdev and multilib interference Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <539F5288.1000000@gentoo.org> <539F5AB5.7000006@gentoo.org> <539F6B3C.7030807@gentoo.org> <539F8000.5080804@gentoo.org> <539F9E41.9050505@gentoo.org> <539FA536.3010401@gentoo.org> <53A034F4.2000900@gentoo.org> <53A04DF6.6050407@gentoo.org> <1403017001.11300.1.camel@rook> 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: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140617171039.3bb916db@pomiot.lan> <1403017001.11300.1.camel@rook> X-Archives-Salt: e53d3dae-068e-4302-a763-93cc647e4b34 X-Archives-Hash: cc2a0923d58332c905bdf4f5f04d3c34 Alexandre Rostovtsev wrote: > current crossdev versions blindly install their > /usr/bin/i686-pc-linux-gnu-pkg-config wrapper script, overwriting > the binary belonging to pkgconfig[abi_x86_32]. Thanks for getting to the point. It seems silly for two toolchains (abi_x86_32 and a crossdev i686 toolchain) to compete for one and the same name. Is that really desirable? Both toolchains integrate with emerge; either one can be used to emerge packages, right? (Where the packages are emerged to doesn't matter.) If Gentoo would like to support different toolchains for one CHOST then there obviously needs to be some abstraction, and creating it should take into account that things like autoconf, cmake, waf and friends may not support any such abstraction for a long time to come. An obvious low-finesse solution is to only allow one toolchain per CHOST. That would formalize the current situation where only one toolchain or the other works correctly, and would be fine as a first step. If long-term Gentoo does indeed want to support both an abi_x86_32 and a crossdev-built i686-pc-linux-gnu toolchain, then obviously someone interested in that will have to come up with how it will work. As has been said plenty of times already, doing anything on one side that inconveniences the other side is not really acceptable. That makes this problem an interesting one, in that there aren't really any useful hacks to be done, only an actual proper solution that benefits both multilib and crossdev users. Only someone with an interest in doing something good for both those groups will be able to find a solution. Michał Górny wrote: > Just to shed some more light on this before someone goes into wrong > conclusions. Thanks for adding this background info! It is very helpful. > The initial multilib code didn't use prefixed pkg-config binaries > but simple PKG_CONFIG_PATH override. Do you mean PKG_CONFIG_LIBDIR? > However, crossdev installing i686-pc-linux-gnu-pkg-config caused > configure scripts to find and use it instead of plain 'pkg-config', That sounds to me like autoconf's pkg-config support might also be involved in the problem? > and since the wrapper dumbly overrides PKG_CONFIG_PATH it broke our > original solution. > > We specifically made pkg-config packages install the prefixed binaries > to trigger collisions with crossdev That strikes me as really unhelpful. You spent time on creating something you were sure would cause a problem, instead of on something to *avoid* the problem. Oh well. > -- so that people who have systems broken with crossdev's > i686-pc-linux-gnu-pkg-config would be more likely informed there's > something wrong with their systems. You seem to have made an arbitrary decision that crossdev's pkg-config is at fault. I think we need to look at this in a larger perspective as outlined above; take a step back. I'm glad that we're now actually trying to understand what the real problem is, instead of only treating the symptoms. //Peter