From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-58966-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 D4F7B198005
	for <garchives@archives.gentoo.org>; Sun,  3 Mar 2013 16:10:31 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id CB261E08AC;
	Sun,  3 Mar 2013 16:10:29 +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 B1BEAE088D
	for <gentoo-dev@lists.gentoo.org>; Sun,  3 Mar 2013 16:10:28 +0000 (UTC)
Received: from portable (AMontpellier-651-1-453-97.w81-251.abo.wanadoo.fr [81.251.252.97])
	(using SSLv3 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: aballier)
	by smtp.gentoo.org (Postfix) with ESMTPSA id 686A333DBFC
	for <gentoo-dev@lists.gentoo.org>; Sun,  3 Mar 2013 16:10:27 +0000 (UTC)
Date: Sun, 3 Mar 2013 17:10:22 +0100
From: Alexis Ballier <aballier@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting
 unsupported ABIs
Message-ID: <20130303171022.101be411@portable>
In-Reply-To: <5133709F.4020909@gentoo.org>
References: <20130303000230.13fea8b8@pomiocik.lan>
	<51334A02.40705@gentoo.org>
	<20130303162404.5488ada7@portable>
	<5133709F.4020909@gentoo.org>
Organization: Gentoo
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; 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: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 0acea4e5-d829-49d1-a523-59f189c442d6
X-Archives-Hash: 2e13468ae911ec92b8751bd5296fea6d

On Sun, 03 Mar 2013 16:47:43 +0100
Thomas Sachau <tommy@gentoo.org> wrote:

> Alexis Ballier schrieb:
> > On Sun, 03 Mar 2013 14:02:58 +0100
> > Thomas Sachau <tommy@gentoo.org> wrote:
> >>
> >> Once the eclass has per-ABI header
> > 
> > I think this is needed.
> > 
> >> and binaries support,
> > 
> > but here, could you enlighten me on its use cases ? I can't imagine
> > why having multi binaries support would be useful.
> > 
> > Alexis.
> > 
> 
> 
> At least some binaries do have abi-specific output, which is used by
> other applications. As a good example of this, have a look at qmake
> and qmake based build systems.

hmm, qmake doesnt seem to be the perfect example: how do you handle
this?

- install qmake-${abi}
- ln -s qmake-${DEFAULT_ABI} qmake
- modify eqmake4 to call the right qmake when doing multilib?

this sounds hackish for a behavior that doesn't make much sense to me
(its an upstream problem here); the glxinfo example seems perfectly
valid though.

Alexis.