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 83055198005 for ; Sun, 24 Feb 2013 16:21:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F3896E0733; Sun, 24 Feb 2013 16:21:21 +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 0452AE0700 for ; Sun, 24 Feb 2013 16:21:20 +0000 (UTC) Received: from [192.168.1.33] (157.Red-2-137-34.dynamicIP.rima-tde.net [2.137.34.157]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id ECBDA33DC9A; Sun, 24 Feb 2013 16:21:18 +0000 (UTC) Subject: Re: [gentoo-dev] New eclass: autotools-multilib-minimal From: Pacho Ramos To: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= Cc: gentoo-dev@lists.gentoo.org In-Reply-To: <20130224165302.7470cb1b@pomiocik.lan> References: <51296027.705@gentoo.org> <51299593.1010902@gentoo.org> <20130224155715.428b0493@pomiocik.lan> <1361718738.20067.54.camel@belkin4> <20130224165302.7470cb1b@pomiocik.lan> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-7G53d6ZUJCJwTDIO/kSx" Date: Sun, 24 Feb 2013 17:21:09 +0100 Message-ID: <1361722869.20067.65.camel@belkin4> 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 X-Mailer: Evolution 2.32.3 X-Archives-Salt: 79d3341d-9ff6-4dde-a6c7-965898dc8827 X-Archives-Hash: 5742d79404c664320be8d362b46a8a62 --=-7G53d6ZUJCJwTDIO/kSx Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El dom, 24-02-2013 a las 16:53 +0100, Micha=C5=82 G=C3=B3rny escribi=C3=B3: > On Sun, 24 Feb 2013 16:12:18 +0100 > Pacho Ramos wrote: >=20 > > El dom, 24-02-2013 a las 15:57 +0100, Micha=C5=82 G=C3=B3rny escribi=C3= =B3: > > [...] > > > > d) the previous point will also allow to convert go-mono.eclass pac= kages > > > > without introducing yet another eclass for that > > >=20 > > > So you're introducing a hacky eclass just because you're too lazy to > > > convert go-mono packages properly and too impatient to let others do > > > the work properly for you? > >=20 > > Would be nice to know what autotools-utils.eclass is doing differently > > that is showing this problem with go-mono.eclass packages :/ >=20 > I already told that I'm going to look at this but I have too much work > to do right now so it's going to take a longer while. >=20 In that case, sorry, I probably missed it for some reason :S > > Only one question, what is the reason for us having base.eclass and > > autotools-utils.eclass? >=20 > I think that base.eclass is silently intended for removal at some point > in the future. While we're here, we should probably mark it deprecated. >=20 I agree, I though it was marked as deprecated time ago, but last time I read it it appeared to be still "active" [...] > You generally have two options on doing multilib builds: either using > out-of-source builds or in-source builds. If you decide on the latter, > you unnecessarily waste users' time and disk space to create two more > copies of sources. I don't think we should go this way. >=20 > If you decide on out-of-source builds, you basically need proper > src_{configure,compile,test,install} and that's what autotools-utils > does. Plus: >=20 > - prune_libtool_files in src_install() which most people want to do > anyway, so that doesn't hurt -- and the pkg-config dep is going to > be removed, by the patch I sent already. >=20 > - patch applying and autoreconf in src_prepare() -- which are > completely optional, you are free to write your own src_prepare(). > If you wanted to apply patches by hand, you'd need to write > src_prepare() anyway. >=20 > - adding libtool args for shared/static libs if IUSE=3Dstatic-libs -- > which I wanted to remove but people considered it useful. >=20 > > I would also like to hear why that people refuses to use > > autotools-utils.eclass... because I don't have a strong opinion on this > > topic=20 >=20 > Well, the major argument was similar to yours -- why we should use > an eclass if default PMS functions work. But in the multilib case, they > do not work by design anymore. >=20 OK, thanks for the info --=-7G53d6ZUJCJwTDIO/kSx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlEqPfUACgkQCaWpQKGI+9T4ggCdEdXAqqr0xyknjFG0wqGmQrN7 2HAAn2roi7NhTiHTYHrqD5gfkO1au9OZ =tKhq -----END PGP SIGNATURE----- --=-7G53d6ZUJCJwTDIO/kSx--