From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LxKa6-0003YW-F7 for qemu-devel@nongnu.org; Fri, 24 Apr 2009 08:32:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LxKa0-0003Xf-07 for qemu-devel@nongnu.org; Fri, 24 Apr 2009 08:32:36 -0400 Received: from [199.232.76.173] (port=50186 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LxKZy-0003XW-TV for qemu-devel@nongnu.org; Fri, 24 Apr 2009 08:32:31 -0400 Received: from moutng.kundenserver.de ([212.227.126.187]:53156) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LxKZy-0007Kg-7T for qemu-devel@nongnu.org; Fri, 24 Apr 2009 08:32:30 -0400 Message-ID: <49F1B149.8000803@mail.berlios.de> Date: Fri, 24 Apr 2009 14:32:09 +0200 From: Stefan Weil 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> <49F175C3.3070607@redhat.com> In-Reply-To: <49F175C3.3070607@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann , QEMU Developers Gerd Hoffmann schrieb: > On 04/23/09 22:54, Lennart Sorensen wrote: >> Isn't there a configure option for building for all available targets? >> >> 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. > > Even picking a reasonable subset catches most of these. > > /me builds i386 + x86_64 softmmu (that's what I'm working on) > also usermode variants (to catch build bugs there) > and sparc (because it has neither xen nor kvm and also is bigendian) > > btw: Does qemu support compiling with separate src/obj trees? I think > it doesn't, but would be useful because one could easily add a mingw32 > windows cross build to the picture ... It does, and I use separate obj trees since years for this purpose (native build and cross builds for windows and ppc). > > cheers, > Gerd > > >