From 8b6e4e6e3e7a4b6455d01f30370931ec46224780 Mon Sep 17 00:00:00 2001 From: Evan Cheng Date: Thu, 2 Feb 2006 02:40:17 +0000 Subject: [PATCH] Update. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@25896 91177308-0d34-0410-b5e6-96231b3b80d8 --- lib/Target/X86/README.txt | 17 +++++------------ 1 file changed, 5 insertions(+), 12 deletions(-) diff --git a/lib/Target/X86/README.txt b/lib/Target/X86/README.txt index e84142851a0..57aaab05773 100644 --- a/lib/Target/X86/README.txt +++ b/lib/Target/X86/README.txt @@ -215,18 +215,6 @@ when it can invert the result of the compare for free. //===---------------------------------------------------------------------===// -None of the SSE instructions are handled in X86RegisterInfo::foldMemoryOperand, -which prevents the spiller from folding spill code into the instructions. - -This leads to code like this: - -mov %eax, 8(%esp) -cvtsi2sd %eax, %xmm0 -instead of: -cvtsi2sd 8(%esp), %xmm0 - -//===---------------------------------------------------------------------===// - LSR should be turned on for the X86 backend and tuned to take advantage of its addressing modes. @@ -367,3 +355,8 @@ We currently emit: This is a bugpoint reduced testcase, which is why the testcase doesn't make much sense (e.g. its an infinite loop). :) +//===---------------------------------------------------------------------===// + +None of the FPStack instructions are handled in +X86RegisterInfo::foldMemoryOperand, which prevents the spiller from +folding spill code into the instructions. -- 2.34.1