search for: tmp22

...%tmp8 br i1 %tmp6, label %then4, label %else12 then4: %tmp14 = load i32* %i %tmp16 = load i32* %n %tmp18 = load i32* %inc %tmp15 = add i32 %tmp16, %tmp18 %tmp13 = icmp slt i32 %tmp14, %tmp15 br i1 %tmp13, label %then11, label %else12 then11: %tmp20 = load i32* %f %tmp22 = alloca i32 store i32 1 , i32* %tmp22 %tmp23 = load i32* %tmp22 %tmp24 = load i32* %i %tmp21 = add i32 %tmp24, %tmp23 store i32 %tmp21, i32* %i %tmp19 = mul i32 %tmp20, %tmp21 store i32 %tmp19, i32* %f br label %then4 else12: %tmp25 = load i32* %f...

...32* %i > > %tmp16 = load i32* %n > > %tmp18 = load i32* %inc > > %tmp15 = add i32 %tmp16, %tmp18 > > %tmp13 = icmp slt i32 %tmp14, %tmp15 > > br i1 %tmp13, label %then11, label %else12 > > > > then11: > > %tmp20 = load i32* %f > > %tmp22 = alloca i32 > > store i32 1 , i32* %tmp22 > > %tmp23 = load i32* %tmp22 > > %tmp24 = load i32* %i > > %tmp21 = add i32 %tmp24, %tmp23 > > store i32 %tmp21, i32* %i > > %tmp19 = mul i32 %tmp20, %tmp21 > > store i32 %tmp19, i32* %f > >...

...2 0, i32 4 ; <i8*> [#uses=1] store i8 101, i8* %tmp13, align 1 %tmp16 = getelementptr [8 x i8]* %str1, i32 0, i32 5 ; <i8*> [#uses=1] store i8 114, i8* %tmp16, align 1 %tmp19 = getelementptr [8 x i8]* %str1, i32 0, i32 6 ; <i8*> [#uses=1] store i8 32, i8* %tmp19, align 1 %tmp22 = getelementptr [8 x i8]* %str1, i32 0, i32 7 ; <i8*> [#uses=1] store i8 0, i8* %tmp22, align 1 it's looks funny, can you say another less complex way to do this operation? Thanks Best regards, Zalunin Pavel -------------- next part -------------- An HTML attachment was scrubbed...

...%tmp8 = mul i32 %tmp4, %tmp6 %tmp19 = lshr i33 %tmp18, 1 %2 = shl i32 %tmp8, 2 %tmp20 = trunc i33 %tmp19 to i32 %tmp12 = mul i32 %x, 5 %tmp1125 = and i32 %2, -8 %tmp21 = mul i32 %tmp20, 1431655764 %tmp13 = add i32 %tmp1125, %tmp12 %tmp14 = add i32 %tmp13, -4 %tmp22 = sub i32 %tmp14, %tmp21 ret i32 %tmp22 ; <label>:3 ; preds = %0 ret i32 0 } which has no loop, which means that clang -O3 is capable of: * unrolling expressions like for(int i = 0; i < n; i++) ret += i (or i*i, or i*i*i... i c...

...s its value. And to call this function, by sending the gep instruction as a parameter. Surely, I obtain an error for a type mismatch. Can I declare the function as taking an int64 as parameter and then (somehow) sending the value computed by getelementptr? declare void @myFunction ( i64 ) %tmp22 = getelementptr inbounds %struct.linked* %tmp21, i32 0, i32 1 %tmp = convert_tmp22_to_i64_to_get_the_value_of_the_pointer call void @myFunction(i64 %tmp) Or could you suggest a better method to get the value computed by getelementptr ? Thanks, Alexandra -------------- next part --------------...

...element <4 x i32> %format, i32 1 ; <i32> [#uses=1] switch i32 %tmp53, label %if.then [ i32 1, label %switch.case55 i32 2, label %switch.case61 ] switch.case55: ; preds = %switch.case %arrayidx = getelementptr i8 addrspace(1)* %conv3, i32 %tmp22 ; <i8 addrspace(1)*> [#uses=1] %tmp59 = extractelement <4 x i32> %9, i32 0 ; <i32> [#uses=1] %conv60 = trunc i32 %tmp59 to i8 ; <i8> [#uses=1] store i8 %conv60, i8 addrspace(1)* %arrayidx ret void switch.case61: ;...

...t, i32 1 ; <i32> [#uses=1] > switch i32 %tmp53, label %if.then [ > i32 1, label %switch.case55 > i32 2, label %switch.case61 > ] > switch.case55: ; preds = %switch.case > %arrayidx = getelementptr i8 addrspace(1)* %conv3, i32 %tmp22 ; <i8 addrspace(1)*> [#uses=1] > %tmp59 = extractelement <4 x i32> %9, i32 0 ; <i32> [#uses=1] > %conv60 = trunc i32 %tmp59 to i8 ; <i8> [#uses=1] > store i8 %conv60, i8 addrspace(1)* %arrayidx > ret void > switch.case61:...

...i8 101, i8* %tmp13, align 1 > %tmp16 = getelementptr [8 x > i8]* %str1, i32 0, i32 5 ; <i8*> [#uses=1] > store > i8 114, i8* %tmp16, align 1 > %tmp19 = getelementptr [8 x i8]* %str1, i32 0, > i32 6 ; <i8*> [#uses=1] > store i8 32, i8* %tmp19, align 1 > %tmp22 = > getelementptr [8 x i8]* %str1, i32 0, i32 7 ; <i8*> [#uses=1] > > > store i8 0, i8* %tmp22, align 1 > > > it's looks funny, can you say another less complex way to do this operation? > Thanks Another way: define i32 @main(i32, i8**) { entry: %...

...%a, -1 %tmp13.i = zext i32 %tmp12.i to i33 %tmp14.i = add i32 %a, -2 %tmp15.i = zext i32 %tmp14.i to i33 %tmp16.i = mul i33 %tmp13.i, %tmp15.i %tmp17.i = lshr i33 %tmp16.i, 1 %tmp18.i = trunc i33 %tmp17.i to i32 %tmp20.i = mul i32 %.promoted1.i, 5 %tmp21.i = add i32 %tmp20.i, -5 %tmp22.i = mul i32 %tmp21.i, %tmp12.i %tmp9.i = mul i32 %a, %a %.promoted2.i = load i32* %2, align 4 %tmp25.i = mul i32 %tmp18.i, 5 %tmp.i = sub i32 %.promoted1.i, %a %tmp10.i = add i32 %tmp9.i, 1 %tmp11.i = sub i32 %tmp10.i, %tmp18.i %tmp19.i = add i32 %tmp11.i, %.promoted2.i %tmp23.i = s...

...on both 32-bit and 64-bit targets. -- John T. > > Surely, I obtain an error for a type mismatch. Can I declare the > function as taking an int64 as parameter and then (somehow) sending > the value computed by getelementptr? > > declare void @myFunction ( i64 ) > > > %tmp22 = getelementptr inbounds %struct.linked* %tmp21, i32 0, i32 1 > > %tmp = convert_tmp22_to_i64_to_get_the_value_of_the_pointer > > call void @myFunction(i64 %tmp) > > > Or could you suggest a better method to get the value computed by > getelementptr ? > > Thanks, >...

...i i32 [ %tmp931, %entry ], [ %tmp9, %bb ] %tmp14 = load %struct.yythunk** @yythunks, align 4 %tmp17 = getelementptr %struct.yythunk* %tmp14, i32 %tmp15.rle, i32 0 store i32 %begin, i32* %tmp17, align 4 %tmp19 = load %struct.yythunk** @yythunks, align 4 %tmp20 = load i32* @yythunkpos, align 4 %tmp22 = getelementptr %struct.yythunk* %tmp19, i32 %tmp20, i32 1 store i32 %end, i32* %tmp22, align 4 %tmp24 = load %struct.yythunk** @yythunks, align 4 %tmp25 = load i32* @yythunkpos, align 4 %tmp27 = getelementptr %struct.yythunk* %tmp24, i32 %tmp25, i32 2 store void (i8*, i32)* %action, void (i8*...

...02 ; <double> [#uses=1] %tmp1415.i = fptosi double %tmp14.i to i32 ; <i32> [#uses=1] %tmp18.i = add i32 %tmp45.i, %tmp5.i ; <i32> [#uses=1] %tmp20.i = sub i32 %tmp18.i, %tmp910.i ; <i32> [#uses=1] %tmp22.i = add i32 %tmp20.i, %tmp1415.i ; <i32> [#uses=1] %tmp23.i = srem i32 %tmp22.i, 7 ; <i32> [#uses=0] %tmp2.i2 = and i32 %tmp5.i, 3 ; <i32> [#uses=1] %tmp3.i3 = icmp eq i32 %tmp2.i2, 0 ; <i1> [#uses=0] %mi...

It's invalid for the same reason that char *foobar = strcat("foo", "bar"); is invalid in C. Please make sure you understand what you're asking LLVM to do before going any further down this path. A good approach is to write out the correct code in C and then use llvm-gcc (or the demo page at http://llvm.org/demo ) to see what it looks like in LLVM assembly. Nick

...e+02 ; <double> [#uses=1] %tmp1415.i = fptosi double %tmp14.i to i32 ; <i32> [#uses=1] %tmp18.i = add i32 %tmp45.i, %tmp5.i ; <i32> [#uses=1] %tmp20.i = sub i32 %tmp18.i, %tmp910.i ; <i32> [#uses=1] %tmp22.i = add i32 %tmp20.i, %tmp1415.i ; <i32> [#uses=1] %tmp23.i = srem i32 %tmp22.i, 7 ; <i32> [#uses=0] %tmp2.i2 = and i32 %tmp5.i, 3 ; <i32> [#uses=1] %tmp3.i3 = icmp eq i32 %tmp2.i2, 0 ; <i1> [#uses=0] %mi...

I am seeing the wf loop get optimized just fine with llvm 2.8 (and almost as good with head). I'm running on Mac OS X 10.6. I have an apple supplied llvm-gcc and a self compiled llvm 2.8. When I run $ llvm-gcc -emit-llvm -S M.c $ opt -O2 M.s | llvm-dis I see that: 1. Tail recursion has been eliminated from wf 2. The accesses to sp have been promoted to registers 3. The loop has

Hey again) Now I have next code: ; ModuleID = 'sample.lz' @.str1 = internal global [8 x i8] c" world!\00" ; <[8 x i8]*> [#uses=1] @.str2 = internal global [8 x i8] c"hello, \00" ; <[8 x i8]*> [#uses=1] @.str7 = internal global [21 x i8] c"welcome to out hall!\00" ; <[21 x i8]*> [#uses=1] declare i32 @puts(i8*)

...th 32-bit and 64-bit targets. -- John T. >Surely, I obtain an error for a type mismatch. Can I declare the function as taking an int64 as parameter and then (somehow) sending the value computed by getelementptr? > >declare void @myFunction ( i64 ) > > >%tmp22 = getelementptr inbounds %struct.linked* %tmp21, i32 0, i32 1 > >%tmp = convert_tmp22_to_i64_to_get_the_value_of_the_pointer > >call void @myFunction(i64 %tmp) > > >Or could you suggest a better method to get the value computed by getelementptr ? > >Th...

...2750&view=diff >> ============================================================================== >> --- llvm/trunk/test/CodeGen/X86/pr1505b.ll (original) >> +++ llvm/trunk/test/CodeGen/X86/pr1505b.ll Tue Oct 15 18:33:07 2013 >> @@ -57,11 +57,10 @@ entry: >> %tmp22 = tail call %"struct.std::basic_ostream<char,std::char_traits<char> >"* @_ZNSolsEd( %"struct.std::basic_ostream<char,std::char_traits<char> >"* %tmp16, double %tmp1920 ) ; <%"struct.std::basic_ostream<char,std::char_traits<cha...

...and i64 %mask15, 68719476735 ; <i64> [#uses=1] %tmp18 = mul i64 %mask17, 32 ; <i64> [#uses=1] %mask19 = and i64 %tmp18, 68719476735 ; <i64> [#uses=1] %mask20 = and i64 %mask19, 68719476735 ; <i64> [#uses=0] %tmp21 = load i32* %a.0, align 4 ; <i32> [#uses=1] %tmp22 = mul i32 %tmp21, 4 ; <i32> [#uses=0] %tmp23 = load i32* %a.0, align 4 ; <i32> [#uses=1] %tmp2324 = zext i32 %tmp23 to i64 ; <i64> [#uses=1] %mask25 = and i64 %tmp2324, 68719476735 ; <i64> [#uses=2] %mask26 = and i64 %mask25, 68719476735 ; <i64> [#uses=0] %ma...

...: ; preds = %bb6 + %tmp18 = getelementptr inbounds %struct.small** %tmp, i64 %tmp8 + %tmp19 = load %struct.small** %tmp18, align 8 + %tmp20 = add i64 %tmp8, 1 + br label %bb6 + +bb21: ; preds = %bb6, %bb + %tmp22 = phi i32 [ %tmp1, %bb ], [ %tmp14, %bb6 ] + %tmp23 = call i32 (...)* @dummy(i32 %tmp22) nounwind + ret i32 undef +} + +%struct.__jmp_buf_tag = type { [8 x i64], i32, %struct.__sigset_t } +%struct.__sigset_t = type { [16 x i64] } + at buf = internal global [1 x %struct.__jmp_buf_tag] zeroinitiali...