From: Evan Cheng <evan.cheng@apple.com>
Date: Tue, 28 Mar 2006 02:49:12 +0000 (+0000)
Subject: Added a couple of entries about movhps and movlhps.
X-Git-Url: http://demsky.eecs.uci.edu/git/?a=commitdiff_plain;h=4c4a2e2a0debd0cf32146e441f95c3d7eae879d7;p=oota-llvm.git

Added a couple of entries about movhps and movlhps.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@27212 91177308-0d34-0410-b5e6-96231b3b80d8
---

diff --git a/lib/Target/X86/README.txt b/lib/Target/X86/README.txt
index 79f8e6431af..9618d9cb65c 100644
--- a/lib/Target/X86/README.txt
+++ b/lib/Target/X86/README.txt
@@ -662,3 +662,29 @@ call _foo
 
 Obviously it would have been better for the first mov (or any op) to store
 directly %esp[0] if there are no other uses.
+
+//===---------------------------------------------------------------------===//
+
+Is it really a good idea to use movlhps to move 1 double-precision FP value from
+low quadword of source to high quadword of destination?
+
+e.g.
+
+void test2 (v2sd *b, double X, double Y) {
+  v2sd a = (v2sd) {X, X*Y};
+  *b = a;
+}
+
+	movsd 8(%esp), %xmm0
+	movapd %xmm0, %xmm1
+	mulsd 16(%esp), %xmm1
+	movlhps %xmm1, %xmm0
+	movl 4(%esp), %eax
+	movapd %xmm0, (%eax)
+	ret
+
+icc uses unpcklpd instead.
+
+//===---------------------------------------------------------------------===//
+
+Use movhps and movlhps to update upper 64-bits of a v4sf value.