llvm-project/llvm/test/Assembler/2009-03-24-ZextConstantExpr.ll

; RUN: llvm-as < %s | llvm-dis
; RUN: verify-uselistorder %s
; PR3876
@gdtr = external global [0 x i8]

define void @test() {
	call zeroext i1 @paging_map(i64 zext (i32 and (i32 ptrtoint ([0 x i8]* @gdtr to i32), i32 -4096) to i64))
	ret void
}

declare zeroext i1 @paging_map(i64)
Fix a bug in our autoupgrade support: in an argument list to a function call, we should treat "i64 zext" as the start of a constant expr, but "i64 0 zext" as an argument with an obsolete attribute on it (this form is already tested by test/Assembler/2007-07-30-AutoUpgradeZextSext.ll). Make the autoupgrade logic more discerning to avoid treating "i64 zext" as an old-style attribute, causing us to reject a valid constant expr. This fixes PR3876. llvm-svn: 67682 2009-03-25 14:36:36 +08:00			`; RUN: llvm-as < %s \| llvm-dis`
verify-uselistorder: Force -preserve-bc-use-list-order llvm-svn: 216022 2014-08-20 05:08:27 +08:00			`; RUN: verify-uselistorder %s`
Fix a bug in our autoupgrade support: in an argument list to a function call, we should treat "i64 zext" as the start of a constant expr, but "i64 0 zext" as an argument with an obsolete attribute on it (this form is already tested by test/Assembler/2007-07-30-AutoUpgradeZextSext.ll). Make the autoupgrade logic more discerning to avoid treating "i64 zext" as an old-style attribute, causing us to reject a valid constant expr. This fixes PR3876. llvm-svn: 67682 2009-03-25 14:36:36 +08:00			`; PR3876`
			`@gdtr = external global [0 x i8]`

			`define void @test() {`
			`call zeroext i1 @paging_map(i64 zext (i32 and (i32 ptrtoint ([0 x i8]* @gdtr to i32), i32 -4096) to i64))`
			`ret void`
			`}`

			`declare zeroext i1 @paging_map(i64)`