From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev-return-15286-arch-gentoo-dev=gentoo.org@lists.gentoo.org> Received: (qmail 30111 invoked from network); 26 Aug 2004 16:47:59 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 26 Aug 2004 16:47:59 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1C0NPr-0006rI-Cm for arch-gentoo-dev@lists.gentoo.org; Thu, 26 Aug 2004 16:47:59 +0000 Received: (qmail 22275 invoked by uid 89); 26 Aug 2004 16:47:58 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: <mailto:gentoo-dev@gentoo.org> List-Help: <mailto:gentoo-dev-help@gentoo.org> List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org> List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 13185 invoked from network); 26 Aug 2004 16:47:58 +0000 From: Caleb Tennis <caleb@gentoo.org> Organization: Gentoo To: gentoo-dev@lists.gentoo.org Date: Thu, 26 Aug 2004 11:46:04 -0500 User-Agent: KMail/1.7 References: <200408261756.56105.carlo@gentoo.org> <20040826170233.15884c47@snowdrop.home> <200408261841.32114.carlo@gentoo.org> In-Reply-To: <200408261841.32114.carlo@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200408261146.04221.caleb@gentoo.org> Subject: Re: [gentoo-dev] new global use flag and a new category X-Archives-Salt: d5364a24-a874-493b-8f57-ab5dbbf119ea X-Archives-Hash: e3b3ff24fa7a84b39b64f85f1595efa5 > On Thursday 26 August 2004 18:02, Ciaran McCreesh wrote: > > It'd help if you explained what the heck that actually did :) When compiling a subdirectory, it basically lumps all of the headers and source into one big file and sends it to the compiler, which can then use all sorts of fancy optimizations since all of the compilation units are in that one file, vs. multiple files. It makes compilation a LOT faster and produces much more optimized binaries, at the expense of needing much more space for temporary files during the compile. Also, it doesn't always get tested 100% before a release, so sometimes an #include is missing which causes the compilation to fail. Caleb -- gentoo-dev@gentoo.org mailing list