llvm/test/CodeGen/Alpha/2005-07-12-TwoMallocCalls.ll
Reid Spencer 56581b713d This test case previously passed the assembler without error even though
it used an undefined type name as a parameter argument. This bug in the
assembler has been fixed and it is now necessary to define the type.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@32826 91177308-0d34-0410-b5e6-96231b3b80d8
2007-01-02 21:56:26 +00:00

20 lines
998 B
LLVM

; There should be exactly two calls here (memset and malloc), no more.
; RUN: llvm-upgrade < %s | llvm-as | llc -march=alpha | grep jsr | wc -l | grep 2
%typedef.bc_struct = type opaque
implementation ; Functions:
declare void %llvm.memset.i64(sbyte*, ubyte, ulong, uint)
bool %l12_l94_bc_divide_endif_2E_3_2E_ce(int* %tmp.71.reload, uint %scale2.1.3, uint %extra.0, %typedef.bc_struct* %n1, %typedef.bc_struct* %n2, int* %tmp.92.reload, uint %tmp.94.reload, int* %tmp.98.reload, uint %tmp.100.reload, sbyte** %tmp.112.out, uint* %tmp.157.out, sbyte** %tmp.158.out) {
newFuncRoot:
%tmp.120 = add uint %extra.0, 2 ; <uint> [#uses=1]
%tmp.122 = add uint %tmp.120, %tmp.94.reload ; <uint> [#uses=1]
%tmp.123 = add uint %tmp.122, %tmp.100.reload ; <uint> [#uses=2]
%tmp.112 = malloc sbyte, uint %tmp.123 ; <sbyte*> [#uses=3]
%tmp.137 = cast uint %tmp.123 to ulong ; <ulong> [#uses=1]
tail call void %llvm.memset.i64( sbyte* %tmp.112, ubyte 0, ulong %tmp.137, uint 0 )
ret bool true
}