search for: i91

...is the code snippet which may be the culprit: %Result.i.i.i97 = alloca i33, align 8 %Result.i.i.i96= alloca i33, align 8 %Result.i.i.i95 = alloca i33, align 8 %Result.i.i.i94 = alloca i33, align 8 %Result.i.i.i93 = alloca i33, align 8 %Result.i.i.i92= alloca i33, align 8 %Result.i.i.i91 = alloca i33, align 8 %Result.i.i.i90 = alloca i33, align 8 %Result.i.i.i89 = alloca i33, align 8 The compilation time improve significant if running on LLVM 3.9. Unfortunately, it's not a choice for me now to upgrade it to 3.9. If anyone luckily to know what's the evolution in this...

...p87 = icmp ugt <2 x i1> %I76, %I60 %L88 = load i32, i32* %PC78 store i8 33, i8* %0 %E89 = extractelement <2 x i32> zeroinitializer, i32 1 %Shuff90 = shufflevector <4 x i64> zeroinitializer, <4 x i64> %Shuff52, <4 x i32> <i32 0, i32 undef, i32 4, i32 6> %I91 = insertelement <2 x i32> %Shuff75, i32 %ZE, i32 0 %B92 = add i64 -1, %L73 %Tr93 = trunc i64 0 to i16 %Sl94 = select i1 %FC, i64 %L37, i64 %L5 %Cmp95 = icmp sge i64 454853, %B92 br i1 %Cmp95, label %CF245, label %CF257 CF257: ; preds = %CF...

...align 2, !tbaa !5 store i16 %310, i16* %incdec.ptr1.1.i504.i, align 2, !tbaa !5 %incdec.ptr.3.i908.i = getelementptr inbounds [13 x i16]* %w.i, i32 0, i32 4 %311 = load i16* %incdec.ptr.2.i906.i, align 2, !tbaa !5 store i16 %311, i16* %incdec.ptr1.2.i505.i, align 2, !tbaa !5 %incdec.ptr.4.i910.i = getelementptr inbounds [13 x i16]* %w.i, i32 0, i32 5 %312 = load i16* %incdec.ptr.3.i908.i, align 2, !tbaa !5 store i16 %312, i16* %incdec.ptr1.3.i506.i, align 2, !tbaa !5 %incdec.ptr.5.i912.i = getelementptr inbounds [13 x i16]* %w.i, i32 0, i32 6 %313 = load i16* %incdec.ptr.4.i910....