llvm-mirror/test/CodeGen/X86/ptrtoint-constexpr.ll

; RUN: llc < %s -mtriple=i386-linux | FileCheck %s
	%union.x = type { i64 }

; CHECK:	.globl r
; CHECK: r:
; CHECK: .quad	r&4294967295

@r = global %union.x { i64 ptrtoint (%union.x* @r to i64) }, align 4

; CHECK:	.globl x
; CHECK: x:
; CHECK: .quad	((0+1)&4294967295)*3

@x = global i64 mul (i64 3, i64 ptrtoint (i2* getelementptr (i2* null, i64 1) to i64))
Eliminate more uses of llvm-as and llvm-dis. llvm-svn: 81290 2009-09-09 01:54:48 +02:00			`; RUN: llc < %s -mtriple=i386-linux \| FileCheck %s`
fix a problem Eli noticed where we would compile the attached ptrtoint to: .quad X even on a 32-bit system, where X is not 64-bits. There isn't much that we can do here, so we just print: .quad ((X) & 4294967295) instead. llvm-svn: 77818 2009-08-02 00:25:12 +02:00			`%union.x = type { i64 }`

			`; CHECK: .globl r`
			`; CHECK: r:`
Change constantexpr global variable initializers to convert the constants to MCExpr then emit them through MCStreamer with EmitValue. I think all global variable initializers are now going through mcstreamer. llvm-svn: 94293 2010-01-23 07:17:14 +01:00			`; CHECK: .quad r&4294967295`
fix a problem Eli noticed where we would compile the attached ptrtoint to: .quad X even on a 32-bit system, where X is not 64-bits. There isn't much that we can do here, so we just print: .quad ((X) & 4294967295) instead. llvm-svn: 77818 2009-08-02 00:25:12 +02:00
			`@r = global %union.x { i64 ptrtoint (%union.x* @r to i64) }, align 4`
When CodeGen'ing unoptimized code, there may be unfolded constant expressions in global initializers. Instead of aborting, attempt to fold them on the spot. If folding succeeds, emit the folded expression instead. This fixes PR6255. llvm-svn: 95583 2010-02-08 23:02:38 +01:00
			`; CHECK: .globl x`
			`; CHECK: x:`
Canonicalize ConstantInts to the right operand of commutative operators. The test difference is just due to the multiplication operands being commuted (and thus requiring a more elaborate match). In optimized code, that expression would be folded. llvm-svn: 96816 2010-02-22 23:43:23 +01:00			`; CHECK: .quad ((0+1)&4294967295)*3`
When CodeGen'ing unoptimized code, there may be unfolded constant expressions in global initializers. Instead of aborting, attempt to fold them on the spot. If folding succeeds, emit the folded expression instead. This fixes PR6255. llvm-svn: 95583 2010-02-08 23:02:38 +01:00
			`@x = global i64 mul (i64 3, i64 ptrtoint (i2* getelementptr (i2* null, i64 1) to i64))`