From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MOvmB-0008JZ-VV for qemu-devel@nongnu.org; Thu, 09 Jul 2009 11:43:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MOvm6-0008Ew-7G for qemu-devel@nongnu.org; Thu, 09 Jul 2009 11:43:10 -0400 Received: from [199.232.76.173] (port=35444 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOvm6-0008Ed-00 for qemu-devel@nongnu.org; Thu, 09 Jul 2009 11:43:06 -0400 Received: from e31.co.us.ibm.com ([32.97.110.149]:48116) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MOvm4-0006r7-CN for qemu-devel@nongnu.org; Thu, 09 Jul 2009 11:43:05 -0400 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e31.co.us.ibm.com (8.13.1/8.13.1) with ESMTP id n69FcA70010111 for ; Thu, 9 Jul 2009 09:38:10 -0600 Received: from d03av04.boulder.ibm.com (d03av04.boulder.ibm.com [9.17.195.170]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n69FgglC118206 for ; Thu, 9 Jul 2009 09:42:43 -0600 Received: from d03av04.boulder.ibm.com (loopback [127.0.0.1]) by d03av04.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n69FgWUC027238 for ; Thu, 9 Jul 2009 09:42:32 -0600 Message-ID: <4A560FE7.4030906@us.ibm.com> Date: Thu, 09 Jul 2009 10:42:31 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <4A559842.7000404@web.de> In-Reply-To: <4A559842.7000404@web.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] Drop roms from standard build List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: qemu-devel , Alexander Graf Jan Kiszka wrote: > There is no point in generating and copying the optionsrom each time > qemu is build. It's a maintenance task given that we carry them as > binaries already. And that task could also be triggered explicitly via > 'make roms'. Solves the mingw32 build breakage, too. > Yeah, it needs fixing but we absolutely want to build the roms as part of the normal build process. When a user types make install from a source tarball, if they have the proper tool chain, we should be building everything from scratch and installing the versions that we built. -- Regards, Anthony Liguori