search for: exitcond27

Displaying 5 results from an estimated 5 matches for "exitcond27".

2015 Sep 03
2
[RFC] New pass: LoopExitValues
...id for.cond.cleanup.3: ; preds = %for.body.4 %inc10 = add nuw nsw i32 %Outer.026, 1 %scevgep = getelementptr i1, i1* %lsr.iv12, i32 %0 %1 = bitcast i1* %scevgep to i32* %scevgep7 = getelementptr i1, i1* %lsr.iv56, i32 %0 %2 = bitcast i1* %scevgep7 to i32* %exitcond27 = icmp eq i32 %inc10, %Size br i1 %exitcond27, label %for.cond.cleanup.loopexit, label %for.body.4.lr.ph for.body.4: ; preds = %for.body.4, %for.body.4.lr.ph %lsr.iv8 = phi i32* [ %scevgep9, %for.body.4 ], [ %lsr.iv5, %for.body.4.lr.ph ] %lsr.iv3 = phi i...
2015 Sep 26
2
[RFC] New pass: LoopExitValues
...tptr i32, i32* %lsr.iv8, i32 1 %exitcond = icmp eq i32 %lsr.iv.next, 0 br i1 %exitcond, label %for.cond.cleanup.3, label %for.body.4 for.cond.cleanup.3: ; preds = %for.body.4 %lsr.iv.next11 = add i32 %lsr.iv10, %0 %lsr.iv.next18 = add i32 %lsr.iv17, -1 %exitcond27 = icmp eq i32 %lsr.iv.next18, 0 br i1 %exitcond27, label %for.cond.cleanup.loopexit, label %for.body.4.lr.ph for.cond.cleanup.loopexit: ; preds = %for.cond.cleanup.3 br label %for.cond.cleanup for.cond.cleanup: ; preds = %for.cond.clean...
2015 Sep 10
2
[RFC] New pass: LoopExitValues
...s = %for.body.4 > > %inc10 = add nuw nsw i32 %Outer.026, 1 > > %scevgep = getelementptr i1, i1* %lsr.iv12, i32 %0 > > %1 = bitcast i1* %scevgep to i32* > > %scevgep7 = getelementptr i1, i1* %lsr.iv56, i32 %0 > > %2 = bitcast i1* %scevgep7 to i32* > > %exitcond27 = icmp eq i32 %inc10, %Size > > br i1 %exitcond27, label %for.cond.cleanup.loopexit, label % > for.body.4.lr.ph > > > > for.body.4: ; preds = > > %for.body.4, %for.body.4.lr.ph > > %lsr.iv8 = phi i32* [ %scevgep9, %for.body....
2015 Sep 01
2
[RFC] New pass: LoopExitValues
On Mon, Aug 31, 2015 at 5:52 PM, Jake VanAdrighem <jvanadrighem at gmail.com> wrote: > Do you have some specific performance measurements? Averaging 4 runs of 10000 iterations each of Coremark on my X86_64 desktop showed: -O2 performance: +2.9% faster with the L.E.V. pass -Os size: 1.5% smaller with the L.E.V. pass In the case of Coremark, the benefit comes mainly from the matrix
2015 Sep 23
3
[RFC] New pass: LoopExitValues
On Wed, Sep 23, 2015 at 12:00 PM, Hal Finkel <hfinkel at anl.gov> wrote: >> >> Should we try the patch in it's current location, namely after LSR? > > Sure; post the patch as you have it so we can look at what's going on. > http://reviews.llvm.org/D12494 One particular point: The algorithm checks that SCEV's are equal when their raw pointers are equal. Is