mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-12-26 21:32:10 +00:00
b4dc0233c9
This was done with the following sed invocation to catch label lines demarking function boundaries:
sed -i '' "s/^;\( *\)\([A-Z0-9_]*\):\( *\)test\([A-Za-z0-9_-]*\):\( *\)$/;\1\2-LABEL:\3test\4:\5/g" test/CodeGen/*/*.ll
which was written conservatively to avoid false positives rather than false negatives. I scanned through all the changes and everything looks correct.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@186258 91177308-0d34-0410-b5e6-96231b3b80d8
37 lines
1.1 KiB
LLVM
37 lines
1.1 KiB
LLVM
; RUN: llc -verify-machineinstrs -mtriple=aarch64-none-linux-gnu < %s | FileCheck %s
|
|
|
|
; When generating DAG selection tables, TableGen used to only flag an
|
|
; instruction as needing a chain on its own account if it had a built-in pattern
|
|
; which used the chain. This meant that the AArch64 load/stores weren't
|
|
; recognised and so both loads from %locvar below were coalesced into a single
|
|
; LS8_LDR instruction (same operands other than the non-existent chain) and the
|
|
; increment was lost at return.
|
|
|
|
; This was obviously a Bad Thing.
|
|
|
|
declare void @bar(i8*)
|
|
|
|
define i64 @test_chains() {
|
|
; CHECK-LABEL: test_chains:
|
|
|
|
%locvar = alloca i8
|
|
|
|
call void @bar(i8* %locvar)
|
|
; CHECK: bl bar
|
|
|
|
%inc.1 = load i8* %locvar
|
|
%inc.2 = zext i8 %inc.1 to i64
|
|
%inc.3 = add i64 %inc.2, 1
|
|
%inc.4 = trunc i64 %inc.3 to i8
|
|
store i8 %inc.4, i8* %locvar
|
|
; CHECK: ldrb {{w[0-9]+}}, [sp, [[LOCADDR:#[0-9]+]]]
|
|
; CHECK: add {{x[0-9]+}}, {{x[0-9]+}}, #1
|
|
; CHECK: strb {{w[0-9]+}}, [sp, [[LOCADDR]]]
|
|
; CHECK: ldrb {{w[0-9]+}}, [sp, [[LOCADDR]]]
|
|
|
|
%ret.1 = load i8* %locvar
|
|
%ret.2 = zext i8 %ret.1 to i64
|
|
ret i64 %ret.2
|
|
; CHECK: ret
|
|
}
|