search for: t62

Displaying 9 results from an estimated 9 matches for "t62".

Did you mean: 262
2017 Aug 06
2
VBROADCAST Implementation Issues
...;>>>>>>>>> I did as you said; >>>>>>>>>>>>> now getting this error: >>>>>>>>>>>>> >>>>>>>>>>>>> LLVM ERROR: Cannot select: t63: v64f32 = X86ISD::VBROADCAST t62 >>>>>>>>>>>>> t62: f32,ch = load<LD4[ConstantPool]> t0, t65, undef:i64 >>>>>>>>>>>>> t65: i64 = X86ISD::Wrapper TargetConstantPool:i64<float >>>>>>>>>>>>> 0x3FC99999A0...
2017 Aug 07
2
VBROADCAST Implementation Issues
...>>>>>>>> now getting this error: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> LLVM ERROR: Cannot select: t63: v64f32 = X86ISD::VBROADCAST >>>>>>>>>>>>>>> t62 >>>>>>>>>>>>>>> t62: f32,ch = load<LD4[ConstantPool]> t0, t65, undef:i64 >>>>>>>>>>>>>>> t65: i64 = X86ISD::Wrapper TargetConstantPool:i64<float >>>>>>>>>>>>&...
2017 Aug 07
3
VBROADCAST Implementation Issues
...s error: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> LLVM ERROR: Cannot select: t63: v64f32 = >>>>>>>>>>>>>>>>>>> X86ISD::VBROADCAST t62 >>>>>>>>>>>>>>>>>>> t62: f32,ch = load<LD4[ConstantPool]> t0, t65, >>>>>>>>>>>>>>>>>>> undef:i64 >>>>>>>>>>>>>>>>>>>...
2019 Dec 09
2
[PATCH] D70246: [InstCombine] remove identity shuffle simplification for mask with undefs
...loat> %t49, <4 x float> %t47, <4 x i32> <i32 0, i32 1, i32 6, i32 3> %t55 = load <4 x float>, <4 x float>* %t24, align 16 %t58 = getelementptr <4 x float>, <4 x float>* %t24, i64 1 %t59 = load <4 x float>, <4 x float>* %t58, align 16 %t62 = getelementptr <4 x float>, <4 x float>* %t24, i64 2 %t63 = load <4 x float>, <4 x float>* %t62, align 16 %t66 = getelementptr <4 x float>, <4 x float>* %t24, i64 3 %t67 = load <4 x float>, <4 x float>* %t66, align 16 %t69 = shufflevector &lt...
2018 Jun 20
2
Node deletion during DAG Combination ?
...). As per the following trace this work, t59 and params from t58 are merged into t72. During this combination, the chain from t59 to t58 has been merged from new t72 to t57, skipping over t58. So far, so good. My problem is that this node t58 is not removed from DAG. One reason could be that node t62 is still chained to t58 (due to the fact the extract_vector_elt has no chain). (I also have to investigate why the t57 and t58 are duplicated... This should be another problem). I've take a look at other DAGCombine implementation for others architecture but I didn't found an API to explici...
2016 Aug 02
2
Instruction selection problems due to SelectionDAGBuilder
...t60: i64 = extract_vector_elt t56, Constant:i64<3> t72: ch = CopyToReg t0, Register:i64 %vreg27, t60 t61: i64 = extract_vector_elt t56, Constant:i64<4> t74: ch = CopyToReg t0, Register:i64 %vreg28, t61 t62: i64 = extract_vector_elt t56, Constant:i64<5> t76: ch = CopyToReg t0, Register:i64 %vreg29, t62 t63: i64 = extract_vector_elt t56, Constant:i64<6> t78: ch = CopyToReg t0, Register:i64 %vreg30, t63 t64: i64 = extrac...
2010 Sep 04
4
Please explain "do.call" in this context, or critique to "stack this list faster"
..., mylist) ) ### Second, try the complete way: m <- 1000 nr <- nrow(df1) nc <- ncol(df1) system.time( dataComplete <- as.data.frame(matrix(0, nrow = nr*m, ncol = nc)) ) system.time( for (j in 1:m) dataComplete[(((j-1)*nr) + 1):(j*nr), ] <- mylist[[j]] ) ## On my Thinkpad T62 dual core, the "shortAnswer" approach takes about ## three times as long: ## > system.time( bestAnswer <- do.call("rbind",mylist) ) ## user system elapsed ## 14.270 1.170 15.433 ## > system.time( ## + dataComplete <- as.data.frame(matrix(0, nrow = nr*m,...
2017 Oct 13
2
[SelectionDAG] Assertion due to MachineMemOperand flags difference.
...; t50, t46, undef:i64 t56: ch = store<ST16[<unknown>](align=8)> t50, t55, t10, undef:i64 t58: i64 = add t10, Constant:i64<16> t59: ch = store<ST16[<unknown>](align=8)> t50, t57, t58, undef:i64 t61: i64 = add t10, Constant:i64<32> t62: ch = store<ST16[<unknown>](align=8)> t50, t60, t61, undef:i64 t64: i64 = add t10, Constant:i64<48> t65: ch = store<ST16[<unknown>](align=8)> t50, t63, t64, undef:i64 t67: i64 = add t10, Constant:i64<64> t68: ch = store<ST16[<unk...
2008 Jun 30
4
Rebuild of kernel 2.6.9-67.0.20.EL failure
Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking