<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 18, 2015 at 3:47 PM, Shankar Easwaran <span dir="ltr"><<a href="mailto:shankare@codeaurora.org" target="_blank">shankare@codeaurora.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2/18/2015 5:11 PM, Rui Ueyama wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+  alias->setOrdinal(target-><u></u>ordinal() - 1);<br>
</blockquote></span>
Wouldn't this cause a wrap around when the ordinal of the first atom is 0 ?<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  +// getNextOrdinal returns a monotonically increasaing uint64_t number<br>
+// starting from 1. There's a large gap between two numbers returned<br>
+// from this function, so that you can put other atoms between them.<br>
+uint64_t FileCOFF::getNextOrdinal() {<br>
+  return _ordinal++ << 32;<br>
+}<br>
+<br>
</blockquote></span>
Do you need it this to be shifted by 32 ? Wouldnt incrementing by 2 be enough ?</blockquote><div><br></div><div>You could define two or more aliases to a symbol so we need more room than for one alias. That doesn't work now, though.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
<br>
Shankar Easwaran<br>
<br>
-- <br>
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation<br>
<br>
</font></span></blockquote></div><br></div></div>