1
0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-10-19 11:02:59 +02:00

Adding RUN lines.

llvm-svn: 17528
This commit is contained in:
Tanya Lattner 2004-11-06 22:07:09 +00:00
parent 47772bf0e5
commit 1b2050574d
29 changed files with 60 additions and 2 deletions

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; This testcase failed due to a bad assertion in SymbolTable.cpp, removed in the 1.20 revision
; Basically the symbol table assumed that if there was an abstract type in the symbol table,
; [in this case for the entry %foo of type void(opaque)* ], that there should have also been

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; This testcase used to fail due to a lack of this diff in Value.cpp:
; diff -r1.16 Value.cpp
; 11c11

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%Hosp = type { int, int, int, { \2 *, { int, int, int, { [4 x \3], \2, \5, \6,
int, int } * } *, \2 * }, { \2 *, { int, int, int, { [4 x \3], \2, \5, \6, int,
int } * } *, \2 * }, { \2 *, { int, int, int, { [4 x \3], \2, \5, \6, int, int

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; Method arguments were being checked for collisions at the global scope before
; the method object was created by the parser. Because of this, false collisions
; could occur that would cause the following error message to be produced:

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; Another name collision problem. Here the problem was that if a forward
; declaration for a method was found, that this would cause spurious conflicts
; to be detected between locals and globals.

View File

@ -1,5 +1,7 @@
; RUN: llvm-as < %s -o /dev/null -f
type { { \2 *, \4 ** },
{ \2 *, \4 ** }
}
implementation
implementation

View File

@ -1,5 +1,7 @@
; RUN: llvm-as < %s -o /dev/null -f
%t = type { { \2*, \2 },
{ \2*, \2 }
}
implementation
implementation

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%Hosp = type {
{ \2 *, { \2, \4 } * },
{ \2 *, { \2, \4 } * }

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; It looks like the assembler is not forward resolving the function declaraion
; correctly.

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; This should parse correctly without an 'implementation', but our current YACC
; based parser doesn't have the required 2 token lookahead...
; XFAIL: *

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%.LC0 = internal global [12 x sbyte] c"hello world\00"
implementation ; Functions:

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%.LC0 = internal global [12 x sbyte] c"hello world\00" ; <[12 x sbyte]*> [#uses=1]
implementation ; Functions:

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; Dominance relationships is not calculated correctly for unreachable blocks,
; which causes the verifier to barf on this input.

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; This testcase comes from the following really simple c file:
;
; int foo[30000];

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
declare int "ArrayRef"([100 x int] * %Array)
int "ArrayRef"([100 x int] * %Array) {

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%X = external global %T*

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%spell_order = global [4 x ubyte] c"\FF\00\F7\00"

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%X = external global int
%X = constant int 7

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; There should be absolutely no problem with this testcase.
implementation

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
void %test(int %X) {

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; Test that shift instructions can be used in constant expressions.
global int shl (int 7, ubyte 19)

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; The old C front-end never generated empty structures, now the new one
; can. For some reason we never handled them in the parser. Wierd.

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%MidFnTy = type void (void (%MidFnTy* )*)

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
%T = type opaque
%X = global %T* null

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; make sure that 'float' values have their value properly truncated.
global float 0x1

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
; %inc2 uses it's own value, but that's ok, as it's unreachable!
void %test() {

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f

View File

@ -1,3 +1,5 @@
; RUN: llvm-as < %s -o /dev/null -f
int %test(bool %C, int %V1, int %V2) {