search for: take_addr2

Displaying 4 results from an estimated 4 matches for "take_addr2".

2011 May 09
2
[LLVMdev] <badref> showed up when duplicating a list of dependent instructions
...* @window, i32 0, i32 %91 4 %89 = shl i32 %88, 5 5 %93 = load i8* %92, align 1 6 %.masked = and i32 %89, 32736 7 %94 = zext i8 %93 to i32 8 %95 = xor i32 %94, %.masked 9 %.sum73 = or i32 %95, 32768 10 %104 = getelementptr inbounds [65536 x i16]* @prev, i32 0, i32 %.sum73 11 %take_addr2 = getelementptr i16* %104 12 %105 = bitcast i16* %take_addr2 to i8* 13 call void @bkp_memory(i8* %105, i32 2) {basically, I want to duplicate the bkp_memory() call, everything else are its dependent instructions.} I put them into a std::vector<Instruction *> coll, with the following...
2011 May 04
2
[LLVMdev] identifying all dependent instructions through multi-levels of def-use relationship
...%101 %102 = bitcast i16* %take_addr1 to i8* call void @bkp_memory(i8* %102, i32 2) store i16 %99, i16* %101, align 2 %103 = trunc i32 %90 to i16 %.sum73 = or i32 %95, 32768 ;[9] %104 = getelementptr inbounds [65536 x i16]* @prev, i32 0, i32 %.sum73 ;[10] %take_addr2 = getelementptr i16* %104 ; [11] %105 = bitcast i16* %take_addr2 to i8* ;[12] call void @bkp_memory(i8* %105, i32 2); [13] Again, attempting to replicate a call instruction [13]. But, this time the dependency chain is much longer and goes way further back, which includes [0] .. [12]. Kn...
2011 May 05
0
[LLVMdev] identifying all dependent instructions through multi-levels of def-use relationship
...take_addr1 to i8* > call void @bkp_memory(i8* %102, i32 2) > store i16 %99, i16* %101, align 2 > %103 = trunc i32 %90 to i16 > %.sum73 = or i32 %95, 32768 ;[9] > %104 = getelementptr inbounds [65536 x i16]* @prev, i32 0, i32 > %.sum73 ;[10] > %take_addr2 = getelementptr i16* %104 ; [11] > %105 = bitcast i16* %take_addr2 to i8* ;[12] > call void @bkp_memory(i8* %105, i32 2); [13] > > Again, attempting to replicate a call instruction [13]. But, this time > the dependency chain is much longer and goes way further back, which &gt...
2011 May 09
0
[LLVMdev] <badref> showed up when duplicating a list of dependent instructions
...%.masked = and i32<badref>, 32736 > <badref> = zext i8<badref> to i32 > <badref> = xor i32<badref>, %.masked > %.sum73 = or i32<badref>, 32768 > <badref> = getelementptr inbounds [65536 x i16]* @prev, i32 0, i32 %.sum73 > %take_addr2 = getelementptr i16*<badref> > <badref> = bitcast i16* %take_addr2 to i8* > call void @bkp_memory(i8*<badref>, i32 2) > Instruction does not dominate all uses! > %95 = add i32 %93, 2 > %90 = getelementptr inbounds [65536 x i8]* @window, i32 0, i32 %95 &...