search for: mmx_movdq2qrr

...ious. Note that on x86-32 it produces correct code (though not optimal either; it doesn't use movd). Also, notice that the last two instructions above should ideally just be a single movd to memory, instead of first writing to a GP register. In the same breath, I believe the encoding of MMX_MOVDQ2Qrr is incorrect. I've been able to fix the first two definitions by using MRMSrcReg (and set hasNoSideEffects). I'm not sure about the third definition though, is this for 3DNow! And should it use MRMSrcReg as well? Thanks, Nicolas -------------- next part -------------- An HTML at...

...or i32 extract from <2 x i32> yet (so it gets expanded through memory). The suboptimal code on x86-64 is due to a missing dagcombine; it doesn't know that extracting an i64 and truncating it to an i32 is equivalent to extracting an i32. > In the same breath, I believe the encoding of MMX_MOVDQ2Qrr is incorrect. > I’ve been able to fix the first two definitions by using MRMSrcReg (and set > hasNoSideEffects). I’m not sure about the third definition though, is this > for 3DNow! And should it use MRMSrcReg as well? Also fixed in r75142. Note that MMX_MOVQ2FR64rr is actually exactly t...