search for: 8b38eb37

On Oct 14, 2008, at 9:16 AM, Villmow, Micah wrote: > But, the branch folding pass, or whatever passes are supposed to > reorder the blocks based on the CFG, are not doing so in this case. > Otherwise there is no way that blocks 2 and 4 should be printing out > before blocks 3 & 5. Renumber blocks just seems to reorder the > values based on their pre-set block number,

But, the branch folding pass, or whatever passes are supposed to reorder the blocks based on the CFG, are not doing so in this case. Otherwise there is no way that blocks 2 and 4 should be printing out before blocks 3 & 5. Renumber blocks just seems to reorder the values based on their pre-set block number, but when the CFG is modified these number should modified also to follow the new

...t occurring. Did you implement TargetInstrInfo::AnalyzeBranch for your target? Check out the large comment above it in TargetInstrInfo.h -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081014/8b38eb37/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: before_control_flow_pass.dot Type: application/octet-stream Size: 2896 bytes Desc: before_control_flow_pass.dot URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20081014/8b38eb37/att...