<div dir="ltr">Hi Peter,<br><br>If the imports are for .o files and the bitcode is for before compilation is complete? If it's post compilation then we'll have a .o file and can put the metadata in as normal? Otherwise if we're using lazy compilation you'll need to teach something how to read llvm-ir anyhow and so might as well not bother storing it in an elf file?<br><div><br></div><div>I could easily be missing something of the compilation pipeline here.</div><div><br></div><div>-eric</div></div><br><div class="gmail_quote">On Wed, May 13, 2015 at 2:59 PM Peter Collingbourne <<a href="mailto:peter@pcc.me.uk">peter@pcc.me.uk</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Eric,<br>
<br>
Have you seen my original proposal? (<a href="http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-July/074540.html" target="_blank">http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-July/074540.html</a>) In the second paragraph in particular it explains how llgo uses this feature.<br>
<br>
Peter<br>
<br>
<br>
REPOSITORY<br>
  rL LLVM<br>
<br>
<a href="http://reviews.llvm.org/D4371" target="_blank">http://reviews.llvm.org/D4371</a><br>
<br>
EMAIL PREFERENCES<br>
  <a href="http://reviews.llvm.org/settings/panel/emailpreferences/" target="_blank">http://reviews.llvm.org/settings/panel/emailpreferences/</a><br>
<br>
<br>
</blockquote></div>