llvm-6502/test/CodeGen/PowerPC/LargeAbsoluteAddr.ll

; RUN: llc < %s -march=ppc32 -mtriple=powerpc-apple-darwin | \
; RUN:   grep {stw r3, 32751}
; RUN: llc < %s -march=ppc64 -mtriple=powerpc-apple-darwin | \
; RUN:   grep {stw r3, 32751}
; RUN: llc < %s -march=ppc64 -mtriple=powerpc-apple-darwin | \
; RUN:   grep {std r3, 9024}

define void @test() nounwind {
	store i32 0, i32* inttoptr (i64 48725999 to i32*)
	ret void
}

define void @test2() nounwind {
	store i64 0, i64* inttoptr (i64 74560 to i64*)
	ret void
}
Eliminate more uses of llvm-as and llvm-dis. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81293 91177308-0d34-0410-b5e6-96231b3b80d8 2009-09-09 00:09:15 +00:00			`; RUN: llc < %s -march=ppc32 -mtriple=powerpc-apple-darwin \| \`
Change the scheduler from adding nodes in allnodes order to adding them in a determinstic order (bottom up from the root) based on the structure of the graph itself. This updates tests for some random changes, interesting bits: CodeGen/Blackfin/promote-logic.ll no longer crashes. I have no idea why, but that's good right? CodeGen/X86/2009-07-16-LoadFoldingBug.ll also fails, but now compiles to have one fewer constant pool entry, making the expected load that was being folded disappear. Since it is an unreduced mass of gnast, I just removed it. This fixes PR6370 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@97023 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-24 06:11:37 +00:00			`; RUN: grep {stw r3, 32751}`
Eliminate more uses of llvm-as and llvm-dis. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81293 91177308-0d34-0410-b5e6-96231b3b80d8 2009-09-09 00:09:15 +00:00			`; RUN: llc < %s -march=ppc64 -mtriple=powerpc-apple-darwin \| \`
Change the scheduler from adding nodes in allnodes order to adding them in a determinstic order (bottom up from the root) based on the structure of the graph itself. This updates tests for some random changes, interesting bits: CodeGen/Blackfin/promote-logic.ll no longer crashes. I have no idea why, but that's good right? CodeGen/X86/2009-07-16-LoadFoldingBug.ll also fails, but now compiles to have one fewer constant pool entry, making the expected load that was being folded disappear. Since it is an unreduced mass of gnast, I just removed it. This fixes PR6370 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@97023 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-24 06:11:37 +00:00			`; RUN: grep {stw r3, 32751}`
Eliminate more uses of llvm-as and llvm-dis. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81293 91177308-0d34-0410-b5e6-96231b3b80d8 2009-09-09 00:09:15 +00:00			`; RUN: llc < %s -march=ppc64 -mtriple=powerpc-apple-darwin \| \`
Adjust register numbers in tests to compensate for the new lack of R2. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96407 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-16 22:31:31 +00:00			`; RUN: grep {std r3, 9024}`
Test that large absolute addresses are properly folded into addr modes on both ppc32 and ppc64. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@34370 91177308-0d34-0410-b5e6-96231b3b80d8 2007-02-17 06:41:57 +00:00
add some no-unwinds, other minor cleanups. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96756 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-21 20:33:20 +00:00			`define void @test() nounwind {`
Test that large absolute addresses are properly folded into addr modes on both ppc32 and ppc64. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@34370 91177308-0d34-0410-b5e6-96231b3b80d8 2007-02-17 06:41:57 +00:00			`store i32 0, i32* inttoptr (i64 48725999 to i32*)`
			`ret void`
			`}`

add some no-unwinds, other minor cleanups. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96756 91177308-0d34-0410-b5e6-96231b3b80d8 2010-02-21 20:33:20 +00:00			`define void @test2() nounwind {`
new test git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@34372 91177308-0d34-0410-b5e6-96231b3b80d8 2007-02-17 06:57:11 +00:00			`store i64 0, i64* inttoptr (i64 74560 to i64*)`
			`ret void`
			`}`