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 | 1eb1b68e3a5241591bfa18d4beb0e0cf13a48ef2 (patch) | |
| tree | ea46f1ec87dc011eea1a6f8f9f0b50826a3d825d /test/CodeGen/X86/unaligned-load.ll | |
| parent | bc57c6db4a3a1f5df4450d8dbb100e1eb6944c28 (diff) | |
| download | external_llvm-1eb1b68e3a5241591bfa18d4beb0e0cf13a48ef2.zip external_llvm-1eb1b68e3a5241591bfa18d4beb0e0cf13a48ef2.tar.gz external_llvm-1eb1b68e3a5241591bfa18d4beb0e0cf13a48ef2.tar.bz2 | |
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.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@114534 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/CodeGen/X86/unaligned-load.ll')
| -rw-r--r-- | test/CodeGen/X86/unaligned-load.ll | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/test/CodeGen/X86/unaligned-load.ll b/test/CodeGen/X86/unaligned-load.ll index a99af06..6a493c0 100644 --- a/test/CodeGen/X86/unaligned-load.ll +++ b/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 |