From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FYpBi-0001KC-Fy for qemu-devel@nongnu.org; Wed, 26 Apr 2006 14:56:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FYpBg-0001Jz-JB for qemu-devel@nongnu.org; Wed, 26 Apr 2006 14:56:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FYpBg-0001Jw-DV for qemu-devel@nongnu.org; Wed, 26 Apr 2006 14:56:32 -0400 Received: from [68.230.240.37] (helo=eastrmmtao02.cox.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FYpEQ-00014N-Ew for qemu-devel@nongnu.org; Wed, 26 Apr 2006 14:59:22 -0400 Received: from eastrmwml05.mgt.cox.net ([172.18.52.68]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060426185631.JHGM15470.eastrmmtao02.cox.net@eastrmwml05.mgt.cox.net> for ; Wed, 26 Apr 2006 14:56:31 -0400 Message-ID: <4947240.1146077791728.JavaMail.root@eastrmwml05.mgt.cox.net> Date: Wed, 26 Apr 2006 14:56:31 -0400 From: Ben Taylor MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Where is this change coming from? Reply-To: sol10x86@cox.net, qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Compile environment - Solaris 9/Ultra 10 workstation this is code generated by a 0.7.2-solaris port of dyngen for i386-softmmu/op.h for the function case INDEX_op_imulb_AL_T0: { extern void op_imulb_AL_T0(); extern char __dot_umul __asm__(".umul"); memcpy(gen_code_ptr, (void *)((char *)&op_imulb_AL_T0+4), 76); *(uint32_t *)(gen_code_ptr + 16) = ((*(uint32_t *)(gen_code_ptr + 16)) & ~0x3fffffff) | (((((long)(&__dot_umul) + 0) - (long)(gen_code_ptr + 16))>>2) & 0x3fffffff); gen_code_ptr += 76; } break; this is the function generated by the 0.8.0-cvs code case INDEX_op_imulb_AL_T0: { extern void op_imulb_AL_T0(); extern char __dot_umul __asm__(".umul"); memcpy(gen_code_ptr, (void *)((char *)&op_imulb_AL_T0+4), 76); *(uint32_t *)(gen_code_ptr + 16) = ((*(uint32_t *)(gen_code_ptr + 16)) & ~0x3fffffff) | (((((lo + 0) - (long)(gen_code_ptr + 16))>>2) & 0x3fffffff); gen_code_ptr += 76; } break; This is the compile sequence for the 0.8.0-cvs with the error message: gcc -Wall -O2 -g -fno-strict-aliasing -m32 -ffixed-g2 -ffixed-g3 -I. -I.. -I/export/src/qemu/qemu-solaris-9/target-i386 -I/export/src/qemu/qemu-solaris-9 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/export/src/qemu/qemu-solaris-9/fpu -DHAS_AUDIO -I/export/src/qemu/qemu-solaris-9/slirp -c -o translate-op.o /export/src/qemu/qemu-solaris-9/translate-op.c In file included from /export/src/qemu/qemu-solaris-9/translate-op.c:36: ./op.h: In function `dyngen_code': ./op.h:896: error: `lo' undeclared (first use in this function) ./op.h:896: error: (Each undeclared identifier is reported only once ./op.h:896: error: for each function it appears in.) ./op.h:896: error: syntax error before ';' token ./op.h:904: error: `op_cmpneqsd' undeclared (first use in this function) ./op.h:905: error: `param1' undeclared (first use in this function) ./op.h:906: error: `param2' undeclared (first use in this function) ./op.h:894: warning: unused variable `__dot_umul' looking carefully between the two generated functions, I see that they are slightly different. The first one (0.7.2) compiles cleanly and runs. The second one (0.8.0-cvs) does not compiile cleanly, and it appears that the function call has been left off the line of code. *(uint32_t *)(gen_code_ptr + 16) = ((*(uint32_t *)(gen_code_ptr + 16)) & ~0x3fffffff) | (((((long)(&__dot_umul) + 0) - (long)(gen_code_ptr + 16))>>2) & 0x3fffffff); *(uint32_t *)(gen_code_ptr + 16) = ((*(uint32_t *)(gen_code_ptr + 16)) & ~0x3fffffff) | (((((lo + 0) - (long)(gen_code_ptr + 16))>>2) The specific difference in the working copy has (((((long)(&__dot_umul) + 0) while the compile failling copy has (((((lo + 0) Am I missing something? There are many cascading errors due to "lo not defined" in this environment, and I'm not really sure if it's a bug, or some problem in my environment. Ideas? Thanks, Ben