From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1E9Rdp-0008RJ-QI for garchives@archives.gentoo.org; Sun, 28 Aug 2005 18:12:26 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7SI9xgh007424; Sun, 28 Aug 2005 18:09:59 GMT Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.82]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7SI8K3W022995 for ; Sun, 28 Aug 2005 18:08:21 GMT Received: from gateway.lan (wblv-146-203-172.telkomadsl.co.za [165.146.203.172]) by ctb-mesg2.saix.net (Postfix) with ESMTP id 79B1F266C for ; Sun, 28 Aug 2005 20:10:06 +0200 (SAST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id 658603A2482 for ; Sun, 28 Aug 2005 19:43:32 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11083-02 for ; Sun, 28 Aug 2005 19:43:25 +0200 (SAST) Received: from lycan.lan (lycan.lan [192.168.0.5]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 008F93A23CC for ; Sun, 28 Aug 2005 19:43:24 +0200 (SAST) Subject: Re: [gentoo-dev] [RFC] autotools support eclass From: Martin Schlemmer To: gentoo-dev@lists.gentoo.org In-Reply-To: <200508281354.34127.vapier@gentoo.org> References: <200508271400.26088@enterprise.flameeyes.is-a-geek.org> <200508281250.40193.vapier@gentoo.org> <1125250997.17299.3.camel@lycan.lan> <200508281354.34127.vapier@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ucO+uohr0DnLEU7Pu7fj" Organization: Gentoo Foundation Date: Sun, 28 Aug 2005 20:11:25 +0200 Message-Id: <1125252685.17299.8.camel@lycan.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.3.8 X-Virus-Scanned: by amavisd-new using ClamAV at nosferatu.za.org X-Archives-Salt: 38139002-f9a1-490d-b95d-a1a362a776a4 X-Archives-Hash: 84bd9948cd45f87cdfa37b33ac3eff5f --=-ucO+uohr0DnLEU7Pu7fj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2005-08-28 at 13:54 -0400, Mike Frysinger wrote: > On Sunday 28 August 2005 01:43 pm, Martin Schlemmer wrote: > > On Sun, 2005-08-28 at 12:50 -0400, Mike Frysinger wrote: > > > On Sunday 28 August 2005 07:28 am, Martin Schlemmer wrote: > > > > On Sun, 2005-08-28 at 01:59 -0400, Mike Frysinger wrote: > > > > > On Saturday 27 August 2005 03:38 pm, Martin Schlemmer wrote: > > > > > > On Sat, 2005-08-27 at 15:11 -0400, Mike Frysinger wrote: > > > > > > > On Saturday 27 August 2005 02:58 pm, Martin Schlemmer wrote: > > > > > > > > Which reminds me .. anybody going to scream if I update > > > > > > > > elibtoolize() to be able to check if it was already run, an= d > > > > > > > > then bug the portage guys to also add it to econf() ? > > > > > > > > > > > > > > do what now ? > > > > > > > > > > > > Make econf handle elibtoolize the same way it does gnuconfig ..= . > > > > > > > > > > why ? this would help us embedded peeps with uclibctoolize, but > > > > > other than that ... maybe i just havent really sat down to figure= out > > > > > what elibtoolize does ... > > > > > > > > Note ... I really don`t think uclibctoolize and the other stuff tha= t > > > > was added is really appropriate in libtool.eclass, as they touch > > > > config.guess, etc .. maybe it would have been better to update > > > > gnuconfig to try and apply the patch if in uclibc profile? > > > > > > uhh, uclibctoolize doesnt touch config.guess ... it only touches > > > ltconfig/configure because libtool does not know about uClibc and thu= s > > > will often disable shared library support when trying to build on a > > > uClibc host > > > > Urk, my fault .. maybe its the macosx stuff then. >=20 > i make no claims as to the sanity of the OS X libtoolize as i had nothing= to=20 > do with it :) >=20 > > Either way, how about=20 > > integrating them rather with the default way elibtoolize() work? If yo= u > > guys are game, I can do it so that the old still will work, and we can > > then drop the call to it and elibtoolize once its integrated into > > econf(). >=20 > if you mean dropping uclibctoolize and integrating all of that stuff into= the=20 > elibtoolize logic, then sure, feel free ... as long as we keep the patche= s=20 > sep though ... Was thinking about creating uclibc-ltconfig and uclibc-configure patch sets and add that to $elt_patches ... --=20 Martin Schlemmer --=-ucO+uohr0DnLEU7Pu7fj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDEf5NqburzKaJYLYRAtkvAKCS66gexrlbIstcnHEqLJXPnkZRHgCgk79z ZNm53V0koGGwNHYVu2pIHjo= =5rPl -----END PGP SIGNATURE----- --=-ucO+uohr0DnLEU7Pu7fj-- -- gentoo-dev@gentoo.org mailing list