<div><br></div>On Wed, Sep 26, 2012 at 2:07 AM, Renato Golin <span dir="ltr"><<a href="mailto:rengolin@systemcall.org" target="_blank">rengolin@systemcall.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 26 September 2012 01:08, Jan Voung <<a href="mailto:jvoung@chromium.org">jvoung@chromium.org</a>> wrote:<br>

> - Forward references will create negative-valued ids (which end up being<br>
> written out as large 32-bit integers, as far as I could tell).<br>
<br>
</div>Can you use an SLEB-like representation?<br>
<br>
It's probably not going to be backwards compatible, but if there isn't<br>
an SLEB/ULEB representation in bitcode, I'd say it's a good<br>
improvement. ;)<br>
<span class=""><font color="#888888"><br></font></span></blockquote><div><br></div><div>I think most of the instructions operands are encoded as VBR(N)</div><div>for some N number of bits, and it seems to me that VBR(8) is like ULEB?</div>
<div>I think that the default N is 6 bits, but I haven't tried tweaking these parameters.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><font color="#888888">
<br>
--<br>
cheers,<br>
--renato<br>
<br>
<a href="http://systemcall.org/" target="_blank">http://systemcall.org/</a><br>
</font></span></blockquote></div><br></div>