search for: prevbb

...check. If the index is out of range, the jump table instruction just falls through. I implemented a pass to remove the range check generated before the jump table instruction because it is superfluous. This causes as assertion in MachineBlockPlacement.cpp: assert((!TII->analyzeBranch(*PrevBB, TBB, FBB, Cond) || !PrevBB->canFallThrough()) && "Unexpected block with un-analyzable fallthrough!"); The method MachineBasicBlock::getFallThrough() uses TII->analyzeBranch(). Using analyze branch there doesn't appear to be anyway to signif...

...lock, Value* statePtr, BBindexBBMap& indexBBMap ); static void MovePHINodesToDispatcher( BBindexBBMap& indexBBMap, BasicBlock* dispatcherBB ); static void ConvertSwitch( Function& function ); static BasicBlock* ProcessCase( SwitchInst* switchInst, int caseIdx, BasicBlock* prevBB, Value* testValuePtr ); static void ReduceTempVarsLifetime( Function& function ); static bool IsUsedOutsideParentBlock( Instruction* value ); static const std::string PassName; }; --------------------------------------------- MakeDispatcherPass.cpp-------------------------------...

...al_branch <BB#3> Successors according to CFG: BB#3 So this is not a loop any more. Instead, a branch needs to be inserted to replace the implicit fall-through in BB#1. I have attached a patch for this. (Incidentally, I see a duplication of the statement "TII->removeBranch(*PrevBB);" if run after register allocation. I've removed this call in the patch as well.) Unfortunately, I am working on a proprietary target, so cannot provide a test case. I have, however, attached a "pseudo mir" which should be easily adaptable for a public target. Maybe this is...

https://bugs.freedesktop.org/show_bug.cgi?id=90887 Bug ID: 90887 Summary: PhiMovesPass in register allocator broken Product: Mesa Version: git Hardware: All OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at