mirror of
https://github.com/RPCS3/llvm.git
synced 2024-12-26 22:26:16 +00:00
3e84ad28d4
Previously, the DAGISel function WalkChainUsers was spotting that it had entered already-selected territory by whether a node was a MachineNode (amongst other things). Since it's fairly common practice to insert MachineNodes during ISelLowering, this was not the correct check. Looking around, it seems that other nodes get their NodeId set to -1 upon selection, so this makes sure the same thing happens to all MachineNodes and uses that characteristic to determine whether we should stop looking for a loop during selection. This should fix PR15840. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191165 91177308-0d34-0410-b5e6-96231b3b80d8
27 lines
750 B
LLVM
27 lines
750 B
LLVM
; RUN: llc -march=x86 -mcpu=i486 -o - %s | FileCheck %s
|
|
|
|
; Main test here was that ISelDAG could cope with a MachineNode in the chain
|
|
; from the first load to the "X86ISD::SUB". Previously it thought that meant no
|
|
; cycle could be formed so it tried to use "sub (%eax), [[RHS]]".
|
|
|
|
define void @gst_atomic_queue_push(i32* %addr) {
|
|
; CHECK-LABEL: gst_atomic_queue_push:
|
|
; CHECK: movl (%eax), [[LHS:%e[a-z]+]]
|
|
; CHECK: lock
|
|
; CHECK-NEXT: orl
|
|
; CHECK: movl (%eax), [[RHS:%e[a-z]+]]
|
|
; CHECK: cmpl [[LHS]], [[RHS]]
|
|
|
|
entry:
|
|
br label %while.body
|
|
|
|
while.body:
|
|
%0 = load volatile i32* %addr, align 4
|
|
fence seq_cst
|
|
%1 = load volatile i32* %addr, align 4
|
|
%cmp = icmp sgt i32 %1, %0
|
|
br i1 %cmp, label %while.body, label %if.then
|
|
|
|
if.then:
|
|
ret void
|
|
} |