search for: visitbr

The selection dag builder has an 'optimization' added into the visitBr function which makes assumptions that are not valid on all architectures. The problem is this. The following function kernel void cf_test(global int* a, int b, int c, int e) { int d = 0; if (!b && c < e) { d = a + b; } *a = d; } Is transfor...

...ifier.cpp:711 #5 0x01c3d224 in makeEqual (this=0x7fffd580, V1=0x2009730, V2=0x2006624) at /nfs/llvm/src/llvm/lib/Transforms/Scalar/ PredicateSimplifier.cpp:1626 #6 0x01c3dc2c in solve (this=0x7fffd580) at /nfs/llvm/src/llvm/lib/ Transforms/Scalar/PredicateSimplifier.cpp:2165 #7 0x01c3fa70 in visitBranchInst (this=0x7fffd678, BI=@0x2006714) at / nfs/llvm/src/llvm/lib/Transforms/Scalar/PredicateSimplifier.cpp:2461 #8 0x01c3fca4 in visitBr (this=0x7fffd678, I=@0x2006714) at Instruction.def:98 #9 0x01c4014c in visit (this=0x7fffd678, I=@0x2006714) at Instruction.def:98 #10 0x01c40bbc in vis...

On May 24, 2008, at 4:25 PM, Marcel Moolenaar wrote: > On May 24, 2008, at 12:12 PM, Bill Wendling wrote: > >> Let us know if you would like extra eyes on the two PPC failures. >> Many >> of us have a lot of experience with C++. :-) Do you know where these >> allocations are? > > I don't mind if people help out, so here's some information: > Could

...1c3d224 in makeEqual (this=0x7fffd580, V1=0x2009730, > V2=0x2006624) at /nfs/llvm/src/llvm/lib/Transforms/Scalar/ > PredicateSimplifier.cpp:1626 > #6 0x01c3dc2c in solve (this=0x7fffd580) at /nfs/llvm/src/llvm/lib/ > Transforms/Scalar/PredicateSimplifier.cpp:2165 > #7 0x01c3fa70 in visitBranchInst (this=0x7fffd678, BI=@0x2006714) > at / > nfs/llvm/src/llvm/lib/Transforms/Scalar/PredicateSimplifier.cpp:2461 > #8 0x01c3fca4 in visitBr (this=0x7fffd678, I=@0x2006714) at > Instruction.def:98 > #9 0x01c4014c in visit (this=0x7fffd678, I=@0x2006714) at > Instruction.d...

...ifier.cpp:702 #5 0x01c3d134 in makeEqual (this=0x7fffd550, V1=0x2009730, V2=0x2006624) at /nfs/llvm/src/llvm/lib/Transforms/Scalar/ PredicateSimplifier.cpp:1614 #6 0x01c3db18 in solve (this=0x7fffd550) at /nfs/llvm/src/llvm/lib/ Transforms/Scalar/PredicateSimplifier.cpp:2151 #7 0x01c3f95c in visitBranchInst (this=0x7fffd648, BI=@0x2006714) at / nfs/llvm/src/llvm/lib/Transforms/Scalar/PredicateSimplifier.cpp:2447 #8 0x01c3fb90 in visitBr (this=0x7fffd648, I=@0x2006714) at Instruction.def:98 #9 0x01c40038 in visit (this=0x7fffd648, I=@0x2006714) at Instruction.def:98 #10 0x01c40aa8 in vis...

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