blob: f233bacca46b75beb73c66c89e8a2db8162ba64d [file] [log] [blame]
Chris Lattnera9c677e2002-08-16 16:54:52 +00001; In this testcase, the bytecode reader or writer is not correctly handling the
Tanya Lattner6e9bcee2008-02-14 07:57:12 +00002; ConstExpr reference. Disassembling this program assembled yields invalid
Chris Lattnera9c677e2002-08-16 16:54:52 +00003; assembly (because there are placeholders still around), which the assembler
4; dies on.
5
6; There are two things that need to be fixed here. Obviously assembling and
7; disassembling this would be good, but in addition to that, the bytecode
8; reader should NEVER produce a program "successfully" with placeholders still
9; around!
Tanya Lattner6e9bcee2008-02-14 07:57:12 +000010;
11; RUN: llvm-as < %s | llvm-dis | llvm-as
Chris Lattnera9c677e2002-08-16 16:54:52 +000012
Tanya Lattner6e9bcee2008-02-14 07:57:12 +000013@.LC0 = internal global [4 x i8] c"foo\00" ; <[4 x i8]*> [#uses=1]
14@X = global i8* null ; <i8**> [#uses=0]
Chris Lattnera9c677e2002-08-16 16:54:52 +000015
Tanya Lattner6e9bcee2008-02-14 07:57:12 +000016declare i32 @puts(i8*)
Chris Lattnera9c677e2002-08-16 16:54:52 +000017
Tanya Lattner6e9bcee2008-02-14 07:57:12 +000018define void @main() {
19bb1:
20 %reg211 = call i32 @puts( i8* getelementptr ([4 x i8]* @.LC0, i64 0, i64 0) ) ; <i32> [#uses=0]
Chris Lattnera9c677e2002-08-16 16:54:52 +000021 ret void
22}