<div dir="ltr">Hi¬†Vaivaswatha,<div><br></div><div>GlobalsAA is not an immutable pass because it needs to cache queries to avoid them being unusably slow. It therefore relies on passes explicitly preserving it. Most of the passes in the scalar pipeline have been modified to setPreserved<GlobalsAA>() and I know the pass gets preserved at least until LICM.</div><div><br></div><div>You can use -debug-pass=Executions to determine at what point GlobalsAA is not preserved (which pass clobbers it) - you'd then need to add GlobalsAA to its preserved pass list.</div><div><br></div><div>Cheers,</div><div><br></div><div>James</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 2 Dec 2015 at 09:35 Vaivaswatha Nagaraj via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</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><div><div>Hi,<br><br></div>I've noticed that alias analysis queries arising from GVN do not use the results from GlobalsAA. <br>The last call to AAResultsWrapperPass::runOnFunction() before GVN does not add GlobalsAAWrapperPass due to unavailability. This leads to the alias queries from GVN not having any globals mod-ref info.<br><br></div>Is this a known issue? and is there any way to have globals mod-ref info available for GVN?<br><br></div>Thanks,<br><div><div><br clear="all"><div><div><div><div><div dir="ltr">¬† - Vaivaswatha<br></div></div></div>
</div></div></div></div></div>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>