search for: kraiskil

...locFast.cpp:629: void<unnamed>::RAFast::AllocateBasicBlock(llvm::MachineBasicBlock&): Assertion `PhysRegState[Reg] <= regReserved && "Using clobbered physreg"' failed. And with latest it is now: Instruction uses an allocated register UNREACHABLE executed at /home/kraiskil/llvm/svn-clean/llvm/lib/CodeGen/RegAllocFast.cpp:302! This is probably in the SPU backend, as all (most) other backends compile the example just fine? Where do I start to look if I want to fix this? I can file a PR if this is not in the SPU backend. kalle P.s. This is a simplification of progra...

I just changed the default register allocator for -O0 builds to the fast allocator. This means that the local register allocator is not used anymore, and since it does more or less the same as the fast allocator, there is no reason to keep it around. I am going to delete it in a week or two. If you are using the local register allocator, please try switching to the fast allocator and report any

...hit an 'Unexpected Failure' in the dejagnu testsuite with the Transforms/GVN/null-aliases-nothing.ll test. That test has the following checks: ; CHECK: load ; CHECK-NOT: load ; CHECK: ret void This check failed as I was working with unaligned loads, and had my SVN tree in the folder /home/kraiskil/llvm/unaligned_load/. opt puts that path into the ModuleID as a comment at the start of the output. This means that the CHECK:load matches the path in the comment, and the CHECK-NOT:load matches the load instruction the author intended. So which of the following is to blame? 1) FileCheck checks c...

...y switching to the fast allocator and report any bugs you find. >> > Tried it, and it seems to break quite a big chunk of our tests on SPU :) Thanks for testing it! [...] > And with latest it is now: > Instruction uses an allocated register > UNREACHABLE executed > at /home/kraiskil/llvm/svn-clean/llvm/lib/CodeGen/RegAllocFast.cpp:302! This is RegAllocFast's way of saying "Oops, I clobbered the return value from your CALL. Didn't think you would need it." The problem is this code: BB#0: derived from LLVM BB %0 BRASL <ga:@extFunc>, %R0<imp-def>...