mirror of
https://github.com/RPCS3/llvm.git
synced 2024-11-29 14:40:39 +00:00
97fd9a58de
There's an inherent tension in DAGCombine between assuming that things will be put in canonical form, and the Depth mechanism that disables transformations when recursion gets too deep. It would not surprise me if there's a lot of little bugs like this one waiting to be discovered. The mechanism seems fragile and I'd suggest looking at it from a design viewpoint. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@123191 91177308-0d34-0410-b5e6-96231b3b80d8
16 lines
429 B
LLVM
16 lines
429 B
LLVM
; RUN: llc < %s -mtriple=x86_64-apple-darwin10
|
|
; This formerly got DagCombine into a loop, PR 8916.
|
|
|
|
define i32 @foo(i64 %x, i64 %y, i64 %z, i32 %a, i32 %b) {
|
|
entry:
|
|
%"alloca point" = bitcast i32 0 to i32 ; <i32> [#uses=0]
|
|
%t1 = shl i64 %x, 15
|
|
%t2 = and i64 %t1, 4294934528
|
|
%t3 = or i64 %t2, %y
|
|
%t4 = xor i64 %z, %t3
|
|
%t5 = trunc i64 %t4 to i32
|
|
%t6 = add i32 %a, %t5
|
|
%t7 = add i32 %t6, %b
|
|
ret i32 %t7
|
|
}
|