From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11749 invoked from network); 18 Sep 2004 20:27:59 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 18 Sep 2004 20:27:59 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1C8loS-0002Tv-6I for arch-gentoo-dev@lists.gentoo.org; Sat, 18 Sep 2004 20:28:04 +0000 Received: (qmail 6623 invoked by uid 89); 18 Sep 2004 20:27:58 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 7873 invoked from network); 18 Sep 2004 20:27:57 +0000 Date: Sat, 18 Sep 2004 13:33:42 -0700 From: Sami Samhuri To: gentoo-dev@lists.gentoo.org Message-ID: <20040918203342.GB22345@no-eff-eks.com> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <200409180057.34014.anthony@ectrolinux.com> <200409181209.23826.anthony@ectrolinux.com> <200409182246.00073.danarmak@gentoo.org> <200409181313.24912.anthony@ectrolinux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="98e8jtXdkpgskNou" Content-Disposition: inline In-Reply-To: <200409181313.24912.anthony@ectrolinux.com> User-Agent: Mutt/1.5.6i Subject: Re: [gentoo-dev] Segregating KDE? X-Archives-Salt: 8e1e7849-5b5b-4f98-874b-37d426d1be68 X-Archives-Hash: e39b6a5a0d9f52731e51151c05022d2c --98e8jtXdkpgskNou Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * On Sat Sep-18-2004 at 01:13:20 PM -0700, Anthony Gorecki said: > On Saturday 18 September 2004 12:45 pm, Dan Armak wrote: >=20 > > IMHO the best way, from the maintainers' POV, would be to be able to use > > perfectly ordinary separate ebuilds for KDE apps. And, this would requi= re > > something like the config cache to be viable. >=20 > ccache could be quite helpful, regardless of the package that was being b= uilt;=20 > I agree that it would improve KDE compilation time, especially. What do y= ou=20 > mean by "being viable"? I haven't had a chance to experiment with the=20 > software, though I thought it was already working reasonably well for mos= t=20 > computer systems. ccache !=3D config cache! ccache caches binaries built from C code. Dan was talking about a configure (as in ./configure before a make) cache. --=20 Sami Samhuri --98e8jtXdkpgskNou Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBTJumukGyBH1UC2MRAkLzAJ9gMs2vLb5dRGgD1N0OfiUwgXV3FQCgj09+ 8IUai/wVw412k8U8KQvoY64= =tEUb -----END PGP SIGNATURE----- --98e8jtXdkpgskNou--