Hello.

> +            case 13: /*QUOSi*/
> +                tcg_gen_div_i32(cpu_R[RRR_R], cpu_R[RRR_S], cpu_R[RRR_T]);
> +                break;

I'm currently developing test suite for xtensa port and found that
with this implementation of QUOS (signed 32-bit division) guest that
divide 0x80000000 by -1 crashes qemu with 'floating point exception'
on x86_64 host.

I guess that this is a known issue, at least target-arm has a special
case to handle this. Is there a better way to handle this issue, or
special-casing is the only option?

-- 
Thanks.
-- Max

Reply via email to