https://bugs.kde.org/show_bug.cgi?id=401828
--- Comment #14 from Julian Seward <jsew...@acm.org> ---
(In reply to Mark Wielaard from comment #13)
> > +t13 =
> > ReinterpF64asI64(RoundF64toF32(Xor32(t11,And32(Shl32(t11,0x........:I8),0x...
> > .....:I32)),DivF64(Xor32(t11,And32(Shl32(t11,0x........:I8),0x........:I32)),
> > F64i{0x........},t9)))
> + t8:V128 t9:F64 t10:F64 t11:I32 t12:I32 t13:I32 t14:I64
> So t13 has type I32, but ReinterpF64asI64 returns an I64.
>
> I think you had wanted to use Iop_ReinterpF32asI32.
RoundF64toF32 has a bit of a misleading name. The result type is still F64,
but the value itself is rounded to F32 range:
typeOfPrimop(..) contains:
case Iop_RoundF64toF32:
BINARY(ity_RMode,Ity_F64, Ity_F64);
So I think in this case, t13 (is that the two-be-used-twice value?) needs
to be an I64. That is, be initialised with newTemp(Ity_I64).
--
You are receiving this mail because:
You are watching all bug changes.
