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 | f6faa9521b6ba6b038381a1c7b93e34f63da859a (patch) | |
| tree | ea46f1ec87dc011eea1a6f8f9f0b50826a3d825d /test/CodeGen/X86/memmove-0.ll | |
| parent | f332373c037be7c6ce727f3b02a74a15211c2c67 (diff) | |
| download | external_llvm-f6faa9521b6ba6b038381a1c7b93e34f63da859a.zip external_llvm-f6faa9521b6ba6b038381a1c7b93e34f63da859a.tar.gz external_llvm-f6faa9521b6ba6b038381a1c7b93e34f63da859a.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/memmove-0.ll')
| -rw-r--r-- | test/CodeGen/X86/memmove-0.ll | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/test/CodeGen/X86/memmove-0.ll b/test/CodeGen/X86/memmove-0.ll index d405068..c1194fa 100644 --- a/test/CodeGen/X86/memmove-0.ll +++ b/test/CodeGen/X86/memmove-0.ll @@ -1,4 +1,4 @@ -; RUN: llc < %s -march=x86 -mtriple=i686-pc-linux-gnu | grep {call memcpy} +; RUN: llc < %s -march=x86 -mtriple=i686-pc-linux-gnu | grep {calll memcpy} declare void @llvm.memmove.i64(i8* %d, i8* %s, i64 %l, i32 %a) |