search for: i92

...ery slow to legalize types. Following 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...

...%8 > %tmp71.i = fmul float %tmp9.i, %cond.i.i > %tmp74.i = fmul float %tmp63.i, %cond.i66.i > %tmp75.i = fsub float %tmp71.i, %tmp74.i > store float %tmp75.i, float addrspace(1)* %arrayidx68.i, align 4 > %call.i87.i = tail call float @fabs(float %tmp11.i.i) nounwind > %tmp5.i92.i = fmul float %call.i87.i, 0x3FCDA67120000000 > %tmp6.i93.i = fadd float %tmp5.i92.i, 1.000000e+00 > %tmp7.i94.i = fdiv float 1.000000e+00, %tmp6.i93.i > %call16.i103.i = tail call float @llvm.exp.f32(float %tmp15.i.i) nounwind > %tmp17.i104.i = fmul float %call16.i103.i, 0x3FD9884...

Hello everybody, I have stumbled upon a test case (the attached module is a slightly reduced version) that shows extremely reduced performance on linux compared to windows when executed using LLVM's JIT. We narrowed the problem down to the actual code being generated, the source IR on both systems is the same. Try compiling the attached module: llc -O3 -filetype=asm -o BAD.s BAD.ll Under

...align 2, !tbaa !5 store i16 %315, i16* %incdec.ptr1.6.i509.i, align 2, !tbaa !5 %incdec.ptr.8.i918.i = getelementptr inbounds [13 x i16]* %w.i, i32 0, i32 9 %316 = load i16* %incdec.ptr.7.i916.i, align 2, !tbaa !5 store i16 %316, i16* %incdec.ptr1.7.i510.i, align 2, !tbaa !5 %incdec.ptr.9.i920.i = getelementptr inbounds [13 x i16]* %w.i, i32 0, i32 10 %317 = load i16* %incdec.ptr.8.i918.i, align 2, !tbaa !5 %incdec.ptr1.9.i921.i = getelementptr inbounds [13 x i16]* %t.i, i32 0, i32 10 store i16 %317, i16* %incdec.ptr1.8.i511.i, align 2, !tbaa !5 %incdec.ptr.10.i922.i = getelemen...

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