[Qemu-devel] Compile error on FC3

[Jason Brittain]

Hi.

I just pulled CVS HEAD (and overlayed the kqemu files) and built with
the command "./configure && make && make install", and I got the following
build error:

gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. 
-I/home/jbrittain/qemu-src/target-i386 -I/home/jbrittain/qemu-src 
-I/home/jbrittain/qemu-src/linux-user 
-I/home/jbrittain/qemu-src/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE -I/home/jbrittain/qemu-src/fpu 
-I/home/jbrittain/qemu-src/slirp -c -o translate.o 
/home/jbrittain/qemu-src/target-i386/translate.c
/home/jbrittain/qemu-src/target-i386/translate.c: In function `gen_jmp_im':
/home/jbrittain/qemu-src/target-i386/translate.c:808: warning: implicit 
declaration of function `gen_op_movl_eip_im'
/home/jbrittain/qemu-src/target-i386/translate.c: At top level:
/home/jbrittain/qemu-src/target-i386/translate.c:876: error: `gen_op_jnz_ecxw' 
undeclared here (not in a function)
/home/jbrittain/qemu-src/target-i386/translate.c:876: error: initializer 
element is not constant

Any ideas how to fix it?  I'm running Fedora Core 3 on x86 (32).  Here's
my configure output:

Install prefix    /usr/local
BIOS directory    /usr/local/share/qemu
binary directory  /usr/local/bin
Manual directory  /usr/local/share/man
ELF interp prefix /usr/gnemul/qemu-%M
Source path       /home/jbrittain/qemu-src
C compiler        gcc
make              make
host CPU          i386
host big endian   no
target list       i386-user arm-user armeb-user sparc-user ppc-user 
i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu
gprof enabled     no
static build      no
SDL support       yes
SDL static link   yes
mingw32 support   no
Adlib support     no
FMOD support      no

KQEMU module configuration:
kernel sources    /lib/modules/2.6.9-1.667-jb/build
kbuild type       2.6

On a related note, I'm trying to update my qemu because my current binary
(dating back to the day kqemu was first released), appears to still crash
my Java 1.4.2 VM every hour or two if I'm using it.  The JVM says there was
an error in its own "os.cpp" file, but I don't have the source for that, but
I'm guessing qemu causes it since it doesn't fail that way on "real" x86
boxes.  Newer 1.5.0 JVMs stay running fine, so it at least demonstrates a lack
of robustness in the 1.4.2 JVM.  For my uses, everything else has been working
beautifully.

Thanks again.

--
Jason Brittain