search for: vec_shuffle

...e running: llvm-as < test/CodeGen/X86/vec_ins_extract.ll | opt -scalarrepl -instcombine | llc -march=x86 -mcpu=yonah | not grep sub.*esp subl $16, %esp subl $16, %esp subl $16, %esp subl $16, %esp child process exited abnormally FAIL: test/CodeGen/X86/vec_shuffle-10.ll Failed with exit(1) at line 3 while running: llvm-as < test/CodeGen/X86/vec_shuffle-10.ll | llc -march=x86 -mattr=+sse2 | not grep {sub.*esp} subl $16, %esp subl $16, %esp child process exited abnormally Any ideas? Ciao, Duncan.

Hi Dale, yes it's just stack alignment. Unfortunately your patch doesn't make any difference. Thanks for thinking about this, Duncan. On Friday 27 June 2008 19:51:00 Dale Johannesen wrote: > On Jun 27, 2008, at 3:11 AMPDT, Duncan Sands wrote: > > FAIL: test/CodeGen/X86/vec_shuffle-10.ll > > Failed with exit(1) at line 3 > > while running: llvm-as < test/CodeGen/X86/vec_shuffle-10.ll | llc - > > march=x86 -mattr=+sse2 | not grep {sub.*esp} > > subl $16, %esp > > subl $16, %esp > > child process exited abnormally &gt...

On Jun 27, 2008, at 3:11 AMPDT, Duncan Sands wrote: > FAIL: test/CodeGen/X86/vec_shuffle-10.ll > Failed with exit(1) at line 3 > while running: llvm-as < test/CodeGen/X86/vec_shuffle-10.ll | llc - > march=x86 -mattr=+sse2 | not grep {sub.*esp} > subl $16, %esp > subl $16, %esp > child process exited abnormally Is the code actually loading and...

...l have to debug it. Perhaps testing for (RegInfo->needsStackRealignment(Fn) && FFI->getObjectIndexEnd()!=0) ? > On Friday 27 June 2008 19:51:00 Dale Johannesen wrote: >> On Jun 27, 2008, at 3:11 AMPDT, Duncan Sands wrote: >>> FAIL: test/CodeGen/X86/vec_shuffle-10.ll >>> Failed with exit(1) at line 3 >>> while running: llvm-as < test/CodeGen/X86/vec_shuffle-10.ll | llc - >>> march=x86 -mattr=+sse2 | not grep {sub.*esp} >>> subl $16, %esp >>> subl $16, %esp >>> child process exited...

...works - thanks! Since I have no idea what this is doing, is it ok if I leave it to you to commit it? Thanks again, Duncan. > > On Friday 27 June 2008 19:51:00 Dale Johannesen wrote: > >> On Jun 27, 2008, at 3:11 AMPDT, Duncan Sands wrote: > >>> FAIL: test/CodeGen/X86/vec_shuffle-10.ll > >>> Failed with exit(1) at line 3 > >>> while running: llvm-as < test/CodeGen/X86/vec_shuffle-10.ll | llc - > >>> march=x86 -mattr=+sse2 | not grep {sub.*esp} > >>> subl $16, %esp > >>> subl $16, %esp > &gt...

Thanks, Sanjay, that makes sense. The opportunity for improving instcombining splat sounds promising. Another question about shuffle simplification. This is a testcase from test/Transforms/InstCombine/vec_shuffle.ll: define <4 x i32> @test10(<4 x i32> %tmp5) nounwind { %tmp6 = shufflevector <4 x i32> %tmp5, <4 x i32> undef, <4 x i32> <i32 1, i32 undef, i32 undef, i32 undef> %tmp7 = shufflevector <4 x i32> %tmp6, <4 x i32> undef, <4 x i32> zeroinit...

...odeGen/X86/tailcall-largecode.ll >> llvm/trunk/test/CodeGen/X86/test-nofold.ll >> llvm/trunk/test/CodeGen/X86/trunc-to-bool.ll >> llvm/trunk/test/CodeGen/X86/v-binop-widen.ll >> llvm/trunk/test/CodeGen/X86/v-binop-widen2.ll >> llvm/trunk/test/CodeGen/X86/vec_shuffle-27.ll >> llvm/trunk/test/CodeGen/X86/vec_shuffle-39.ll >> llvm/trunk/test/CodeGen/X86/widen_cast-1.ll >> llvm/trunk/test/CodeGen/X86/win64_alloca_dynalloca.ll >> llvm/trunk/test/CodeGen/X86/x86-64-psub.ll >> llvm/trunk/test/CodeGen/X86/x86-shifts.ll >...

...e/X86/x86-vector-shifts.ll > llvm/test/Transforms/InstCombine/X86/x86-vpermil.ll > llvm/test/Transforms/InstCombine/X86/x86-xop.ll > llvm/test/Transforms/InstCombine/shuffle_select.ll > llvm/test/Transforms/InstCombine/vec_demanded_elts.ll > llvm/test/Transforms/InstCombine/vec_shuffle.ll > > _______________________________________________ > llvm-commits mailing list > llvm-commits at lists.llvm.org > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits

On May 24, 2008, at 11:43 AM, Marcel Moolenaar wrote: > All, > > So far I've tried LLVM on amd64, i386, ia64 and powerpc under FreeBSD > and aside for ia64, things look pretty good for a first try. There > are 2 unexpected failures for PowerPC, which appear to be caused by > uninitialized memory. I'm still working on a fix for that (need to > brush up on my C++

All, So far I've tried LLVM on amd64, i386, ia64 and powerpc under FreeBSD and aside for ia64, things look pretty good for a first try. There are 2 unexpected failures for PowerPC, which appear to be caused by uninitialized memory. I'm still working on a fix for that (need to brush up on my C++ skills). [sidenote: In FreeBSD -current, the memory allocator initializes memory with 0xa5

As Sanjay noted in D31426<https://reviews.llvm.org/D31426#712701>, InstructionSimplify is missing the following simplification: This function: define <4 x i32> @splat_operand(<4 x i32> %x) { %splat = shufflevector <4 x i32> %x, <4 x i32> undef, <4 x i32> zeroinitializer %shuf = shufflevector <4 x i32> %splat, <4 x i32> undef, <4 x i32>

...ess exited abnormally FAIL: /dumpster/home/marcel/LLVM/src/llvm/test/CodeGen/X86/pmul.ll Failed with exit(1) at line 3 while running: grep mov pmul.ll.tmp | count 8 count: expected 8 lines and got 20. child process exited abnormally FAIL: /dumpster/home/marcel/LLVM/src/llvm/test/CodeGen/X86/ vec_shuffle-18.ll Failed with exit(1) at line 1 while running: llvm-as < /dumpster/home/marcel/LLVM/src/llvm/test/ CodeGen/X86/vec_shuffle-18.ll | llc -march=x86 -mattr=+sse2 | grep mov | count 7 count: expected 7 lines and got 9. child process exited abnormally FAIL: /dumpster/home/marcel/LLVM/s...