From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ntaxj-0007wn-Hp for qemu-devel@nongnu.org; Mon, 22 Mar 2010 02:18:07 -0400 Received: from [199.232.76.173] (port=54802 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ntaxi-0007wT-Bd for qemu-devel@nongnu.org; Mon, 22 Mar 2010 02:18:06 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Ntaxh-0006Nk-AW for qemu-devel@nongnu.org; Mon, 22 Mar 2010 02:18:06 -0400 Received: from mail-vw0-f45.google.com ([209.85.212.45]:54294) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ntaxh-0006Nf-1t for qemu-devel@nongnu.org; Mon, 22 Mar 2010 02:18:05 -0400 Received: by vws7 with SMTP id 7so1103982vws.4 for ; Sun, 21 Mar 2010 23:18:03 -0700 (PDT) Date: Mon, 22 Mar 2010 14:16:58 +0800 From: Bruce Majia Message-ID: <20100322061658.GC20376@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] Build always fail on x86_32 host for i386_softmmu target Reply-To: Bruce Majia List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hi, When I built qemu on my x86_32 host with following configure line: $ ./configure --prefix=/usr/local/qemus/master \ --target-list=i386-softmmu $ make The build will always fail with message: ---------------------------------------- ... CC i386-softmmu/fpu/softfloat-native.o /mnt/farm/my_repo/qemu/fpu/softfloat-native.c:130:5: error: "HOST_LONG_BITS" is not defined make[1]: *** [fpu/softfloat-native.o] Error 1 make: *** [subdir-i386-softmmu] Error 2 ---------------------------------------- Is this a known issue or something wrong with my configure line? Though I can make it work with a minor nasty patch: ============== diff --git a/fpu/softfloat-native.c b/fpu/softfloat-native.c index 049c830..5ba5013 100644 --- a/fpu/softfloat-native.c +++ b/fpu/softfloat-native.c @@ -127,6 +127,9 @@ floatx80 int64_to_floatx80( int64_t v STATUS_PARAM) #endif /* XXX: this code implements the x86 behaviour, not the IEEE one. */ +#ifndef HOST_LONG_BITS +#define HOST_LONG_BITS 32 +#endif #if HOST_LONG_BITS == 32 static inline int long_to_int32(long a) { ============== I thought it may necessary to ask if something wrong with above hack. And can we get the problem fixed properly? Thanks. -b