From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:53608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qq0Xe-0006W8-TC for qemu-devel@nongnu.org; Sun, 07 Aug 2011 06:25:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qq0Xe-0006nI-1m for qemu-devel@nongnu.org; Sun, 07 Aug 2011 06:25:10 -0400 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:41746) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qq0Xd-0006ma-SO for qemu-devel@nongnu.org; Sun, 07 Aug 2011 06:25:10 -0400 Message-ID: <4E3E6800.8050201@mail.berlios.de> Date: Sun, 07 Aug 2011 12:25:04 +0200 From: Stefan Weil MIME-Version: 1.0 References: <1312663642-8298-1-git-send-email-weil@mail.berlios.de> In-Reply-To: <1312663642-8298-1-git-send-email-weil@mail.berlios.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] configure: Disable guest_agent for mingw32 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: QEMU Developers Am 06.08.2011 22:47, schrieb Stefan Weil: > guest_agent is not supported for mingw32, so the default value > should be 'no', not 'yes'. > > This removes the dependencies to glib-2.0 and python which > makes native and cross builds for w32 much easier (no need > to get and install these extra packages). > > It also avoids the problems caused by different bitfield alignment > which is required by glib-2.0. > > It is still possible to set guest_agent=yes via configure option. > > Signed-off-by: Stefan Weil > --- > configure | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/configure b/configure > index 0c67a4a..4cb33d9 100755 > --- a/configure > +++ b/configure > @@ -493,6 +493,7 @@ if test "$mingw32" = "yes" ; then > bindir="\${prefix}" > sysconfdir="\${prefix}" > confsuffix="" > + guest_agent="no" > fi > > werror="" > Please apply this patch (or a similar solution) to QEMU 0.15, too. Otherwise QEMU 0.15 won't be usable with w32 (slirp bitfields). Thanks, Stefan Weil