Files
archived-llvm/test/Transforms/CodeExtractor/2004-03-14-DominanceProblem.ll
John Criswell cfa435f79b Mark these as failing on sparc instead of sparcv9.
The configure script no longer tells us that we're configuring for SparcV9
specifically.
2004-06-17-UnorderedCompares may work on SparcV8, but it's experiental
anyway.
2005-02-20-AggregateSAVEEXPR should fail on any Solaris machine, as Solaris
doesn't provide complex number support.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_16@24155 91177308-0d34-0410-b5e6-96231b3b80d8
2005-11-02 18:05:50 +00:00

35 lines
944 B
LLVM

; RUN: llvm-as < %s | opt -loop-extract -disable-output
; This testcase is failing the loop extractor because not all exit blocks
; are dominated by all of the live-outs.
implementation ; Functions:
int %ab(int %alpha, int %beta) {
entry:
br label %loopentry.1.preheader
loopentry.1.preheader: ; preds = %then.1
br label %loopentry.1
loopentry.1: ; preds = %loopentry.1.preheader, %no_exit.1
br bool false, label %no_exit.1, label %loopexit.0.loopexit1
no_exit.1: ; preds = %loopentry.1
%tmp.53 = load int* null ; <int> [#uses=1]
br bool false, label %shortcirc_next.2, label %loopentry.1
shortcirc_next.2: ; preds = %no_exit.1
%tmp.563 = call int %wins( int 0, int %tmp.53, int 3 ) ; <int> [#uses=0]
ret int 0
loopexit.0.loopexit1: ; preds = %loopentry.1
br label %loopexit.0
loopexit.0: ; preds = %loopexit.0.loopexit, %loopexit.0.loopexit1
ret int 0
}
declare int %wins(int, int, int)
declare ushort %ab_code()