summaryrefslogtreecommitdiffstats
path: root/llvm/test/CodeGen/X86/memmove-1.ll
diff options
context:
space:
mode:
authorChris Lattner <sabre@nondot.org>2010-09-22 05:49:14 +0000
committerChris Lattner <sabre@nondot.org>2010-09-22 05:49:14 +0000
commitbd857253419438e43dac6d657867cfb09ce43532 (patch)
treeee55319f78bca1a4f2bd760813bb9d20411e0d2e /llvm/test/CodeGen/X86/memmove-1.ll
parent37fc469f88baab946f454a68798b73b2dc9fbba8 (diff)
downloadbcm5719-llvm-bd857253419438e43dac6d657867cfb09ce43532.tar.gz
bcm5719-llvm-bd857253419438e43dac6d657867cfb09ce43532.zip
Fix an inconsistency in the x86 backend that led it to reject "calll foo" on
x86-32: 32-bit calls were named "call" not "calll". 64-bit calls were correctly named "callq", so this only impacted x86-32. This fixes rdar://8456370 - llvm-mc rejects 'calll' This also exposes that mingw/64 is generating a 32-bit call instead of a 64-bit call, I will file a bugzilla. llvm-svn: 114534
Diffstat (limited to 'llvm/test/CodeGen/X86/memmove-1.ll')
-rw-r--r--llvm/test/CodeGen/X86/memmove-1.ll2
1 files changed, 1 insertions, 1 deletions
diff --git a/llvm/test/CodeGen/X86/memmove-1.ll b/llvm/test/CodeGen/X86/memmove-1.ll
index 2057be88174..712d55f3e7d 100644
--- a/llvm/test/CodeGen/X86/memmove-1.ll
+++ b/llvm/test/CodeGen/X86/memmove-1.ll
@@ -1,4 +1,4 @@
-; RUN: llc < %s -march=x86 -mtriple=i686-pc-linux-gnu | grep {call memmove}
+; RUN: llc < %s -march=x86 -mtriple=i686-pc-linux-gnu | grep {calll memmove}
declare void @llvm.memmove.i64(i8* %d, i8* %s, i64 %l, i32 %a)
OpenPOWER on IntegriCloud