<p dir="ltr">That's a really huge redesigning. We are currently assuming that we can read all inputs and keep them and all intermediate data in memory while linking object files. In order to do that your wish to do, we have to write extremely large intermediate results (such as a strong take >4GB) to disk and read it back. We cannot use mmap IO anymore. Sections are no longer representable as a pointer and the length. I don't think you really mean that.</p>
<div class="gmail_quote">2015/10/29 8:50 "George Rimar" <<a href="mailto:grimar@accesssoftek.com">grimar@accesssoftek.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">grimar added a comment.<br>
<br>
In <a href="http://reviews.llvm.org/D14171#277829" rel="noreferrer" target="_blank">http://reviews.llvm.org/D14171#277829</a>, @ruiu wrote:<br>
<br>
> (Or, are you suggesting that we should be able to cross-link >4GB<br>
>  executables on a 32-bit computer?)<br>
<br>
<br>
Yes, I mean that using uintX_t (target) for such cases will keep execution logic consistent and gives ability for cross-linking.<br>
<br>
<br>
<a href="http://reviews.llvm.org/D14171" rel="noreferrer" target="_blank">http://reviews.llvm.org/D14171</a><br>
<br>
<br>
<br>
</blockquote></div>