llvm-project/llvm/test/CodeGen/Alpha/zapnot.ll

; Make sure this testcase codegens to the bic instruction
; RUN: llvm-as < %s | llc -march=alpha | grep zapnot


define i16 @foo(i64 %y) zext {
entry:
        %tmp.1 = trunc i64 %y to i16         ; <ushort> [#uses=1]
        ret i16 %tmp.1
}
check that casts still use zap llvm-svn: 21283 2005-04-13 21:00:16 +08:00			`; Make sure this testcase codegens to the bic instruction`
For PR1319: Upgrade to use new test harness llvm-svn: 36075 2007-04-16 02:40:57 +08:00			`; RUN: llvm-as < %s \| llc -march=alpha \| grep zapnot`
check that casts still use zap llvm-svn: 21283 2005-04-13 21:00:16 +08:00

For PR761: Remove "target endian/pointersize" or add "target datalayout" to make the test parse properly or set the datalayout because defaults changes. For PR645: Make global names use the @ prefix. For llvm-upgrade changes: Fix test cases or completely remove use of llvm-upgrade for test cases that cannot survive the new renaming or upgrade capabilities. llvm-svn: 33533 2007-01-26 16:25:06 +08:00			`define i16 @foo(i64 %y) zext {`
check that casts still use zap llvm-svn: 21283 2005-04-13 21:00:16 +08:00			`entry:`
For PR950: Update the test suite to accommodate the change from signed integer types to signless integer types. The changes were of only a few kinds: 1. Make sure llvm-upgrade is run on the source which does the bulk of the changes automatically. 2. Change things like "grep 'int'" to "grep 'i32'" 3. In several tests bitcasting caused the same name to be reused in the same type plane. These had to be manually fixed. The fix was (generally) to leave the bitcast and provide the instruction with a new name. This should not affect the semantics of the test. In a few cases, the bitcasts were known to be superfluous and irrelevant to the test case so they were removed. 4. One test case uses a bytecode file which needed to be updated to the latest bytecode format. llvm-svn: 32789 2006-12-31 14:02:00 +08:00			`%tmp.1 = trunc i64 %y to i16 ; <ushort> [#uses=1]`
			`ret i16 %tmp.1`
check that casts still use zap llvm-svn: 21283 2005-04-13 21:00:16 +08:00			`}`