<div dir="ltr">Hah. No. =/<div><br></div><div>So, globalsmodref-aa is *very very broken*. I'm working on emails to explain this, but I *really* don't want this to be enabled in the primary pass pipeline in its current form, if ever. It currently relies on bugs in the pass manager to even begin to work, and is wrong in many cases as a consequence.</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jul 13, 2015 at 10:27 AM Xin Tong <<a href="mailto:trent.xin.tong@gmail.com">trent.xin.tong@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello </div><div><br></div><div><br></div><div>I am trying to enable globalsmodref-aa by default. globalmodref-aa is a ModulePass and therefore can be invalidated and need to be rerun. </div><div><br></div><div><br></div><div>I see globalsmodref-aa is enabled in LTO passmanager by adding the analysis pass explicitly. I wonder whether globalsmodref-aa can be enabled/run based on pass dependencies, i.e. those indicated in getAnalysisUsage().</div><div><br></div><div>Thanks,</div><div>Xin</div></div>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" rel="noreferrer" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" rel="noreferrer" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote></div>