[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: [Qemu-devel] [PATCH] qemu-0.7.0 Solaris Host patch (Real)

From: Juergen Keil
Subject: Re: Re: [Qemu-devel] [PATCH] qemu-0.7.0 Solaris Host patch (Real)
Date: Fri, 6 May 2005 23:06:22 +0200 (CEST)

> I have retested on sparc (sol9), by adding some of the
> defines in fenv.h for Solaris 10 to the gnu-c99-math.h 
> file you created, and the patches you posted, and now 
> I'm getting an error when I  compile that looks like this:
> for d in i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu; do \
> gmake -C $d all || exit 1 ; \
>         done
> gmake[1]: Entering directory 
> ../dyngen -c -o opc.h op.o
> dyngen: ret; restore; not found at end of op_fstt_ST0_A0
> gmake[1]: *** [opc.h] Error 1
> gmake[1]: Leaving directory 
> gmake: *** [all] Error 1
> Ideas?

Which compiler was used?

Disassemble the op_fstt_ST0_A0 function, using "dis -F op_fstt_ST0_A0 op.o".

My S10 sparc binary for op.o currently includes:

% dis -F op_fstt_ST0_A0 i386-softmmu/op.o
                ****   DISASSEMBLER  ****

disassembly for i386-softmmu/op.o

section .text
    op_fstt_ST0_A0:         9d e3 bf 90  save         %sp, -0x70, %sp
    op_fstt_ST0_A0+0x4:     40 00 00 00  call         op_fstt_ST0_A0+0x4
    op_fstt_ST0_A0+0x8:     01 00 00 00  nop          
    op_fstt_ST0_A0+0xc:     01 00 00 00  nop          
    op_fstt_ST0_A0+0x10:    81 c7 e0 08  ret          
    op_fstt_ST0_A0+0x14:    81 e8 00 00  restore      

I've seen cases where gcc 3.4.x has compiled the op.o code templates into
"leaf" functions, and these are incompatible with dyngen.  I think
some extra gnu cc CFLAGS for op.c (-fno-omit-frame-pointer) fix this problem.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]