From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lx908-0003V1-2V for qemu-devel@nongnu.org; Thu, 23 Apr 2009 20:10:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lx903-0003QH-An for qemu-devel@nongnu.org; Thu, 23 Apr 2009 20:10:43 -0400 Received: from [199.232.76.173] (port=35295 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lx903-0003Q1-44 for qemu-devel@nongnu.org; Thu, 23 Apr 2009 20:10:39 -0400 Received: from mail-gx0-f176.google.com ([209.85.217.176]:55809) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lx902-0006Dv-J8 for qemu-devel@nongnu.org; Thu, 23 Apr 2009 20:10:38 -0400 Received: by gxk24 with SMTP id 24so1694532gxk.10 for ; Thu, 23 Apr 2009 17:10:37 -0700 (PDT) Message-ID: <49F1037A.80703@codemonkey.ws> Date: Thu, 23 Apr 2009 19:10:34 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [7234] Use a more natural order References: <20090423185308.GH3795@csclub.uwaterloo.ca> <20090423191040.GI3795@csclub.uwaterloo.ca> <5d6222a80904231215p62c6594asc50230b252e892aa@mail.gmail.com> <49F0C826.4060503@codemonkey.ws> <20090423195902.GN3795@csclub.uwaterloo.ca> <49F0C9AA.1070703@codemonkey.ws> <20090423205431.GO3795@csclub.uwaterloo.ca> <49F0DA5A.8090400@codemonkey.ws> <20090423221334.GO13326@shareable.org> In-Reply-To: <20090423221334.GO13326@shareable.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jamie Lokier Cc: Blue Swirl , Glauber Costa , qemu-devel@nongnu.org, Lennart Sorensen Jamie Lokier wrote: > Anthony Liguori wrote: > >>> It might take 30 minutes, but it saves large amounts of time for everyone >>> else later. Also I would hope make is smart enough to only recompile >>> the bits that changed, so that shouldn't take as long. >>> >> A great deal of our objects are target specific. Almost everything >> depends on CONFIG_USER_ONLY too. This means that full compilation takes >> a very long time. >> > > You might find ccache helps. For this kind of testing, nearly every > compile should be a cache hit, so the slow part is limited running > configure, make and preprocessing, and the final link. > If it wasn't for ccache, my current testing setup would probably take days to complete :-) For each patch, I do an rm -rf $(builddir) to also catch any possible bugs in configure and avoid false positives from old config-* files. Regards, Anthony Liguori