<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 5, 2016 at 11:54 PM, Mehdi Amini <span dir="ltr"><<a href="mailto:mehdi.amini@apple.com" target="_blank">mehdi.amini@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Jul 5, 2016, at 9:28 AM, vivek pandya <<a href="mailto:vivekvpandya@gmail.com">vivekvpandya@gmail.com</a>> wrote:<br>
><br>
> Hello Mentors,<br>
><br>
> I have a very naive idea to get IPRA woking at link time and thus extending its scope to intermodule. I seek some help if it seems to be a feasible idea.<br>
><br>
> So idea is to take advantage of LTO's capability to work with bit code files. LTO can optimize number of bitcode files and combine them into a big module. LTO then generates native code for the big module.<br>
<br>
</span>Yes, that’s how LTO works.<br>
<span class=""><br>
><br>
> So does it seem feasible to have clang generates bit code files for the source code and then combine then with LTO and LTOCodeGenerater will use current IPRA infrastructure, so IPRA will be improved as now it can propagate actual regmask for procedures define in other modules (not system/external library calls).  If this is possible then one problem I can sense is requirement of huge memory to hold a big module for large projects.<br>
<br>
</span>I don’t understand what you describe, or how it changes from LTO how it works right now.<br>
<br>
IPRA, how we implemented it, is a simple “codegen option” that can be enabled during LTO.<br></blockquote><div>Ok I got your point. So using IPRA during LTO is a way to get most benefit out of IPRA but h\this will incur some overheads due to LTO. I think it would be better to try this experiment with a small application to provide a good example of this.</div><div>-Vivek  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think at some point at the beginning of the project, you mentioned some paper about IPRA during link-time and we told you that it was not relevant for LLVM because of the way LTO works: IPRA can be enabled transparently during LTO.<br>
<br>
—<br>
<span class="HOEnZb"><font color="#888888">Mehdi<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
><br>
> If this idea seems feasible please help me to shape a concrete work plan on this.<br>
><br>
> Sincerely,<br>
> Vivek<br>
<br>
</div></div></blockquote></div><br></div></div>