search for: cvtts

...to always emit a redundant SSE load/store when SSE is enabled, because of the check at Target/X86/X86ISelLowering.cpp:7948. Can this check be easily modified so it doesn't store if the operand is already in memory and not actually in an SSE register? Should FP_TO_INTHelper switch over to using CVTTS?2SI insns when SSE is available? -Joe -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-ftol2.diff Type: application/octet-stream Size: 13256 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120124/bbe252c0/attachment....

On Jan 20, 2012, at 1:58 PM, Joe Groff wrote: > The integer runtime functions (_allmul, _alldiv, etc. for 64-bit > integer arithmetic) all appear to be straight-up stdcall. _ftol2 is > the only weird one. (There is an _ftol routine with the same calling > convention as _ftol2, but AFAIK it's only for backward compatibility > with older MSVC runtimes.) I'm far from an MSVC

...dundant SSE load/store when SSE is enabled, because of the check > at Target/X86/X86ISelLowering.cpp:7948. Can this check be easily > modified so it doesn't store if the operand is already in memory and > not actually in an SSE register? Should FP_TO_INTHelper switch over to > using CVTTS?2SI insns when SSE is available? When SSE is available, x87 registers are only ever used for f80. /jakob