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 3C6D8198005 for ; Sun, 24 Feb 2013 16:23:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 54AB4E0724; Sun, 24 Feb 2013 16:23:01 +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 60BB8E055C for ; Sun, 24 Feb 2013 16:23:00 +0000 (UTC) Received: from localhost (pc-158-111-101-190.cm.vtr.net [190.101.111.158]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 01B5033DD93 for ; Sun, 24 Feb 2013 16:22:58 +0000 (UTC) Date: Sun, 24 Feb 2013 13:22:52 -0300 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New eclass: autotools-multilib-minimal Message-ID: <20130224132252.115bc260@gentoo.org> In-Reply-To: <51296027.705@gentoo.org> References: <51296027.705@gentoo.org> 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=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 07c0b70c-b59e-42af-99dc-d06bfbd10b84 X-Archives-Hash: 3e03ca469df895ae362f5742d4d36cf3 On Sun, 24 Feb 2013 01:34:47 +0100 hasufell wrote: > Some people seem to feel uncomfortable with autotools-multilib, > because it depends on autotools-utils. To be honest, I don't particularly like autotools-utils, I tend to consider it a useless bloat. However, Michal's work on autotools-multilib is IMHO the right thing to do: If you use the autotools-utils syntax then it's trivial to support multilib without useless duplication of code. I still believe such an eclass as the one you propose is useful, except it's not for autotools (at best temporary for broken autotools based build systems): For example, I have no clue how to do multilib with waf-based build systems without going the 'copy $S and run the usual src_* phases in each directory for each ABI', which is what your eclass is abstracting I think. A.