search for: exitcount

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

Did you mean: exitcond
2012 Dec 21
2
[LLVMdev] assert in InnerLoopVectorizer::createEmptyLoop
...ctorize.cpp:506 is executed. It looks like it is complaining because it is trying to zero-extend an i64 (type Count->getType() returns i64) to an i32 (IdxTy). if (Count->getType() != IdxTy) { // The exit count can be of pointer type. Convert it to the correct // integer type. if (ExitCount->getType()->isPointerTy()) Count = CastInst::CreatePointerCast(Count, IdxTy, "ptrcnt.to.int", Loc); else Count = CastInst::CreateZExtOrBitCast(Count, IdxTy, "zext.cnt", Loc); // <= this line } -------------- next part -------------- An HTML attachment...
2012 Dec 21
0
[LLVMdev] assert in InnerLoopVectorizer::createEmptyLoop
...oks like it is > complaining because it is trying to zero-extend an i64 (type > Count->getType() returns i64) to an i32 (IdxTy). > > if (Count->getType() != IdxTy) { > // The exit count can be of pointer type. Convert it to the correct > // integer type. > if (ExitCount->getType()->isPointerTy()) > Count = CastInst::CreatePointerCast(Count, IdxTy, "ptrcnt.to.int", > Loc); > else > Count = CastInst::CreateZExtOrBitCast(Count, IdxTy, "zext.cnt", > Loc); // <= this line > } > > > > _________...
2012 Dec 21
0
[LLVMdev] assert in InnerLoopVectorizer::createEmptyLoop
...ctorize.cpp:506 is executed. It looks like it is complaining because it is trying to zero-extend an i64 (type Count->getType() returns i64) to an i32 (IdxTy). if (Count->getType() != IdxTy) { // The exit count can be of pointer type. Convert it to the correct // integer type. if (ExitCount->getType()->isPointerTy()) Count = CastInst::CreatePointerCast(Count, IdxTy, "ptrcnt.to.int", Loc); else Count = CastInst::CreateZExtOrBitCast(Count, IdxTy, "zext.cnt", Loc); // <= this line } -------------- next part -------------- An HTML attachment...
2019 Jul 11
4
llvm.set.loop.iterations
After playing a bit with the newly introduced hardware loop framework I realize that the llvm.set.loop.iterations intrinsic takes as argument the number of iterations the loop will execute. In fact it goes all the way to, on IR, insert an addition of constant 1 to the number of taken backedges returned by SCEV. If the machine instruction realizing the loop is interested in the number of