llvm-6502/test/Assembler/bcwrap.ll

; RUN: llvm-as < %s > %t
; RUN: llvm-nm %t | FileCheck %s
; RUN: verify-uselistorder %s -preserve-bc-use-list-order -num-shuffles=5
; Test for isBitcodeFile, llvm-nm must read from a file for this test.
target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:128:128"
target triple = "i686-apple-darwin9.2.2"

; CHECK: foo

define i32 @foo() {
  ret i32 0
}
Fix g++-4.4.0 warning, it was causing llvm-nm to fail on wrapped BC files: Path.cpp:59: warning: case label value exceeds maximum value for type magic[0] is a (signed) char, but some case values are unsigned (e.g. 0xde). When magic[0] was 0xde, the switch has taken the default branch instead of case 0xde branch. Apparently this was the behaviour with older versions of gcc too, but not with g++. Now g++-4.4 behaves as gcc, and ignores unsigned case values out of range signed range. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@70038 91177308-0d34-0410-b5e6-96231b3b80d8 2009-04-25 10:25:12 +00:00			`; RUN: llvm-as < %s > %t`
FileCheckize these testcases. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154281 91177308-0d34-0410-b5e6-96231b3b80d8 2012-04-08 11:00:38 +00:00			`; RUN: llvm-nm %t \| FileCheck %s`
verify-uselistorder: Add RUN lines to cases in test/Assembly Add RUN line for `verify-uselistorder` to every test in `test/Assembly`, unless it's a negative check (assembler rejects it) or verification fails. There are three files that verification fails on (so I've left out the RUN lines): - 2002-08-22-DominanceProblem.ll - ConstantExprFold.ll - ConstantExprFoldCast.ll This is part of PR5680. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@214365 91177308-0d34-0410-b5e6-96231b3b80d8 2014-07-31 00:10:27 +00:00			`; RUN: verify-uselistorder %s -preserve-bc-use-list-order -num-shuffles=5`
FileCheckize these testcases. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154281 91177308-0d34-0410-b5e6-96231b3b80d8 2012-04-08 11:00:38 +00:00			`; Test for isBitcodeFile, llvm-nm must read from a file for this test.`
Fix g++-4.4.0 warning, it was causing llvm-nm to fail on wrapped BC files: Path.cpp:59: warning: case label value exceeds maximum value for type magic[0] is a (signed) char, but some case values are unsigned (e.g. 0xde). When magic[0] was 0xde, the switch has taken the default branch instead of case 0xde branch. Apparently this was the behaviour with older versions of gcc too, but not with g++. Now g++-4.4 behaves as gcc, and ignores unsigned case values out of range signed range. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@70038 91177308-0d34-0410-b5e6-96231b3b80d8 2009-04-25 10:25:12 +00:00			`target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:128:128"`
			`target triple = "i686-apple-darwin9.2.2"`

FileCheckize these testcases. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154281 91177308-0d34-0410-b5e6-96231b3b80d8 2012-04-08 11:00:38 +00:00			`; CHECK: foo`

Fix g++-4.4.0 warning, it was causing llvm-nm to fail on wrapped BC files: Path.cpp:59: warning: case label value exceeds maximum value for type magic[0] is a (signed) char, but some case values are unsigned (e.g. 0xde). When magic[0] was 0xde, the switch has taken the default branch instead of case 0xde branch. Apparently this was the behaviour with older versions of gcc too, but not with g++. Now g++-4.4 behaves as gcc, and ignores unsigned case values out of range signed range. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@70038 91177308-0d34-0410-b5e6-96231b3b80d8 2009-04-25 10:25:12 +00:00			`define i32 @foo() {`
			`ret i32 0`
			`}`