<div dir="ltr">So, not really a comment on this specific patch, but how much more effort do we want to push into the region support in LLVM?<div><br></div><div>Last time I tried to use the region infrastructure I found it was generally incomplete and no one was happy about relying on dominance frontiers. Are these still significant concerns? What is the path forward? I was easily able to rewrite my code in terms of DominatorTrees instead of regions, and it in some ways became simpler, so I'm not really sold lots of effort going into enhancing the support of regions in the optimizer.</div>
<div><br></div><div>Previously, it seemed like the region infrastructure in the optimizer served an important role of making it easy to experiment and explore optimizations in this space without imposing much maintenance burden for such experiments. But pushing the region support down into the machine layer seems much more to do with making this a core part of the expected optimization strategy, so that's why I'm asking now.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 7, 2014 at 6:06 PM, Matt Arsenault <span dir="ltr"><<a href="mailto:arsenm2@gmail.com" target="_blank">arsenm2@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
These patches do the bruteforce work of templatifying RegionInfo / DominanceFrontier so they can be used on MachineBasicBlocks, mostly by trying to mimic what DominatorTree and LoopInfo already do for this. These build, but I haven’t yet gotten to doing anything useful with them yet.<br>

<br>
<br>
<br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br></div>