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 BBC77198005 for ; Fri, 15 Mar 2013 10:32:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 361C3E0713; Fri, 15 Mar 2013 10:32:39 +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 590D8E06C2 for ; Fri, 15 Mar 2013 10:32:38 +0000 (UTC) Received: from portable (AMontpellier-651-1-310-177.w92-133.abo.wanadoo.fr [92.133.69.177]) (using SSLv3 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 4862F33DB47; Fri, 15 Mar 2013 10:32:36 +0000 (UTC) Date: Fri, 15 Mar 2013 11:32:31 +0100 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Cc: mgorny@gentoo.org, tommy@gentoo.org Subject: Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs Message-ID: <20130315113231.71a28ed9@portable> In-Reply-To: <20130310144243.7d4b73b0@pomiocik.lan> References: <20130303000230.13fea8b8@pomiocik.lan> <51334A02.40705@gentoo.org> <20130303162404.5488ada7@portable> <5133709F.4020909@gentoo.org> <20130303171022.101be411@portable> <51337A06.20400@gentoo.org> <20130303175826.24a7f0c1@pomiocik.lan> <20130303181812.3d6b5cbe@portable> <20130303232503.3ad202e5@pomiocik.lan> <20130304110240.75f9d12e@portable> <20130304214948.0d0bedf1@pomiocik.lan> <20130307172523.1f9bb381@portable> <20130308173010.4cc3a40a@pomiocik.lan> <20130309111011.2e1044f3@portable> <20130310144243.7d4b73b0@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 7a4e7705-b949-4b77-ae31-9f1bbda0af6b X-Archives-Hash: 30fb33491c552956df449df758118d50 On Sun, 10 Mar 2013 14:42:43 +0100 Micha=C5=82 G=C3=B3rny wrote: > > If you consider the argv trick fragile, which is understandable, the > > same wrapper idea can be used differently: If you want to wrap a > > binary foo, move it to foo_${abi} and build a wrapper with hardcoded > > 'foo' instead of argv[0] that you install as foo. You can even > > hardcode its path and use execv instead of execvp. That would > > invalidate all your above objections I think :) >=20 > Well, yes. In the worst case we could go that way, although it's a bit > of overkill, don't you think? While we're talking about a few programs > which will actually need it, and even less which will require > modification in more than one place. You are starting to convince me a bin wrapper may not be needed. qt will have to be converted to multilib at some point and we'll be able to discuss if we want this or not at that point. We have a generic solution (the bin wrapper) but should likely prefer the longer and more difficult road of making packages more multilib-aware. Let's see the outcome when we'll be at it. > > Let alone qmake, how do you suggest dealing with *-config scripts? > > Some packages are just not written with multilib in mind, or have > > to maintain historical compatibility which was not, wrapping the > > problematic binaries is one solution to this. I've not seen any > > other solution. >=20 > Choose optimal solution per-package. In case of freetype, the solution > is simple enough: make multilib-aware packages use pkg-config. > fontconfig does exactly that, and in the earlier version it was enough > to export something like FREETYPE_CONFIG=3D'pkg-config freetype2' > (or ac_cv...). In this case there's also cmake, and all the other build system types, maybe even custom ones. pkg-config should be prefered over *-config scripts in 99% of the cases I'd say; however, setting FREETYPE_CONFIG isn't less of a hack than the bin wrapper if patches for using pkg-config to detect freetype are not merged upstream. Alexis.