search for: retval4

...i32 5, i32* %a store i32* %a, i32** %b %tmp1 = load i32** %b ; <i32*> [#uses=1] %tmp2 = load i32* %tmp1 ; <i32> [#uses=1] store i32 %tmp2, i32* %tmp %tmp3 = load i32* %tmp ; <i32> [#uses=1] store i32 %tmp3, i32* %retval br label %return return: ; preds = %entry %retval4 = load i32* %retval ; <i32> [#uses=1] ret i32 %retval4 }

...%b > %tmp1 = load i32** %b ; <i32*> [#uses=1] > %tmp2 = load i32* %tmp1 ; <i32> [#uses=1] > store i32 %tmp2, i32* %tmp > %tmp3 = load i32* %tmp ; <i32> [#uses=1] > store i32 %tmp3, i32* %retval > br label %return > > return: ; preds = %entry > %retval4 = load i32* %retval ; <i32> [#uses=1] > ret i32 %retval4 > } > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -Chris -- htt...

...32*> [#uses=1] > > %tmp2 = load i32* %tmp1 ; <i32> [#uses=1] > > store i32 %tmp2, i32* %tmp > > %tmp3 = load i32* %tmp ; <i32> [#uses=1] > > store i32 %tmp3, i32* %retval > > br label %return > > > > return: ; preds = %entry > > %retval4 = load i32* %retval ; <i32> [#uses=1] > > ret i32 %retval4 > > } > > _______________________________________________ > > LLVM Developers mailing list > > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > > http://lists.cs.uiuc.edu/mailman/listinfo...

...2 = getelementptr [22 x i8]* @.str, i32 0, i32 0 ; <i8*> [#uses=1] %tmp3 = call i32 (i8* noalias , ...)* @printf( i8* %tmp2 noalias , double %tmp1, double 0x333333333FE33333 ) ; <i32> [#uses=0] br label %return return: ; preds = %entry %retval4 = load i32* %retval ; <i32> [#uses=1] ret i32 %retval4 } declare i32 @printf(i8* noalias , ...) ------------------------------------------ which gives me the following when compiled and executed: hello world: 2.000000 / 0.600000 i've configured llvm-gcc (RELEASE_21...

...gt; [#uses=0] store i32 %a, i32* %a_addr %tmp1 = load i32* %a_addr ; <i32> [#uses=1] %tmp2 = add i32 %tmp1, 5 ; <i32> [#uses=1] store i32 %tmp2, i32* %tmp %tmp3 = load i32* %tmp ; <i32> [#uses=1] store i32 %tmp3, i32* %retval br label %return return: ; preds = %entry %retval4 = load i32* %retval ; <i32> [#uses=1] ret i32 %retval4 } define void @Handler1() { entry: %e = alloca i32, align 4 ; <i32*> [#uses=2] %f = alloca i32, align 4 ; <i32*> [#uses=1] %ret = alloca i32, align 4 ; <i32*> [#uses=1] %"alloca point" = bitcast i32 0...

On Oct 19, 2007, at 7:23 AM, Dietmar Ebner wrote: > hi, > > i'm trying to make some experiments with the ARM backend (llvm 2.1) > and > therefore built an arm-softfloat-linux-gnu toolchain on x86_64 linux. > > however, the llvm-gcc frontend seems to cause troubles with single > precision floating point values, i.e., they are not converted > correctly > to the

...0, i32 0 > ; <i8*> [#uses=1] > %tmp3 = call i32 (i8* noalias , ...)* @printf( i8* %tmp2 > noalias , double %tmp1, double 0x333333333FE33333 > ) ; <i32> [#uses=0] > br label %return > > return: ; preds = %entry > %retval4 = load i32* %retval ; <i32> [#uses=1] > ret i32 %retval4 > } > > declare i32 @printf(i8* noalias , ...) > ------------------------------------------ > > which gives me the following when compiled and executed: > hello world: 2.000000 / 0.600000 &g...

hi, i'm trying to make some experiments with the ARM backend (llvm 2.1) and therefore built an arm-softfloat-linux-gnu toolchain on x86_64 linux. however, the llvm-gcc frontend seems to cause troubles with single precision floating point values, i.e., they are not converted correctly to the particular target format (double precision works as expected). it seems the problem is related to

Good afternoon! I'm trying to write an LLVM codegen for a Standard ML compiler (MLton). So far things seem to match up quite nicely, but I have hit two sticking points. I'm hoping LLVM experts might know how to handle these two cases better. 1: In ML we have some types that are actually one of several possible types. Expressed in C this might be thought of as a union. The codegen only