<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Even if that is really "MLocOrCall becomes the new MemoryLocation".<br>
<br></blockquote><div><br></div><div>THe other easy option i see is that we have</div><div><br></div><div>struct AbstractHeapPiece</div><div>{</div><div>}</div><div>struct AbstractHeapDefiniteLocation : public AbstractHeapPiece (this is MemoryLocation)</div><div>{<br>}</div><div>struct AbstractHeapLocationRange : ..</div><div>{</div><div>}</div><div>struct AbstractHeapTouchedByCallsite : ... </div><div>{</div><div>ImmutableCallSite ...</div><div>}</div><div>struct AbstractHeapTouchedByInstruction : ...</div><div>{</div><div>Instruction *...</div><div>}</div><div>  <br></div><div><br></div><div>Then we just have getmodrefinfo figure out how to give the best answer. So if you ask it about a definite location and a touched by callsite, it tries to see if the callsite touches that instruction. For a range, it sees if the range contains the location ,etc.</div><div><br></div><div>This obviates our need for 600 public apis for getmodrefinfo, and that the caller know what it is holding.</div><div><br></div><div>Mapping is just abstractheappiece to whatever you want.</div><div><br></div><div><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<a href="https://reviews.llvm.org/D30369" rel="noreferrer" target="_blank">https://reviews.llvm.org/<wbr>D30369</a><br>
<br>
<br>
<br>
</blockquote></div><br></div></div>