diff options
| author | Chris Lattner <sabre@nondot.org> | 2010-09-22 05:49:14 +0000 |
|---|---|---|
| committer | Chris Lattner <sabre@nondot.org> | 2010-09-22 05:49:14 +0000 |
| commit | bd857253419438e43dac6d657867cfb09ce43532 (patch) | |
| tree | ee55319f78bca1a4f2bd760813bb9d20411e0d2e /llvm/test/CodeGen/X86/unaligned-load.ll | |
| parent | 37fc469f88baab946f454a68798b73b2dc9fbba8 (diff) | |
| download | bcm5719-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/unaligned-load.ll')
| -rw-r--r-- | llvm/test/CodeGen/X86/unaligned-load.ll | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/llvm/test/CodeGen/X86/unaligned-load.ll b/llvm/test/CodeGen/X86/unaligned-load.ll index a99af0605b1..6a493c0594d 100644 --- a/llvm/test/CodeGen/X86/unaligned-load.ll +++ b/llvm/test/CodeGen/X86/unaligned-load.ll @@ -13,7 +13,7 @@ entry: bb: %String2Loc9 = getelementptr inbounds [31 x i8]* %String2Loc, i64 0, i64 0 call void @llvm.memcpy.i64(i8* %String2Loc9, i8* getelementptr inbounds ([31 x i8]* @.str3, i64 0, i64 0), i64 31, i32 1) -; I386: call {{_?}}memcpy +; I386: calll {{_?}}memcpy ; CORE2: movabsq ; CORE2: movabsq |
