mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-07-21 18:29:45 +00:00
7c9c6ed761
Essentially the same as the GEP change in r230786.
A similar migration script can be used to update test cases, though a few more
test case improvements/changes were required this time around: (r229269-r229278)
import fileinput
import sys
import re
pat = re.compile(r"((?:=|:|^)\s*load (?:atomic )?(?:volatile )?(.*?))(| addrspace\(\d+\) *)\*($| *(?:%|@|null|undef|blockaddress|getelementptr|addrspacecast|bitcast|inttoptr|\[\[[a-zA-Z]|\{\{).*$)")
for line in sys.stdin:
sys.stdout.write(re.sub(pat, r"\1, \2\3*\4", line))
Reviewers: rafael, dexonsmith, grosser
Differential Revision: http://reviews.llvm.org/D7649
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@230794 91177308-0d34-0410-b5e6-96231b3b80d8
26 lines
782 B
LLVM
26 lines
782 B
LLVM
; RUN: llc < %s -O3 -march=x86-64 |FileCheck %s
|
|
define i64 @foo(i1 %z, i192* %p, i192* %q)
|
|
{
|
|
; If const 128 is hoisted to a variable, then in basic block L_val2 we would
|
|
; have %lshr2 = lshr i192 %data2, %const, and the definition of %const would
|
|
; be in another basic block. As a result, a very inefficient code might be
|
|
; produced. Here we check that this doesn't occur.
|
|
entry:
|
|
%data1 = load i192, i192* %p, align 8
|
|
%lshr1 = lshr i192 %data1, 128
|
|
%val1 = trunc i192 %lshr1 to i64
|
|
br i1 %z, label %End, label %L_val2
|
|
|
|
; CHECK: movq 16(%rdx), %rax
|
|
; CHECK-NEXT: retq
|
|
L_val2:
|
|
%data2 = load i192, i192* %q, align 8
|
|
%lshr2 = lshr i192 %data2, 128
|
|
%val2 = trunc i192 %lshr2 to i64
|
|
br label %End
|
|
|
|
End:
|
|
%p1 = phi i64 [%val1,%entry], [%val2,%L_val2]
|
|
ret i64 %p1
|
|
}
|