<div dir="ltr">On Fri, Jun 15, 2012 at 10:55 PM, David Naylor <span dir="ltr">&lt;<a href="mailto:naylor.b.david@gmail.com" target="_blank">naylor.b.david@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Friday, 15 June 2012 07:44:59 Armin Rigo wrote:<br>
&gt; Hi David,<br>
&gt;<br>
&gt; On Wed, Jun 13, 2012 at 2:49 PM, David Naylor &lt;<a href="mailto:naylor.b.david@gmail.com">naylor.b.david@gmail.com</a>&gt;<br>
wrote:<br>
&gt; &gt; [translation:ERROR]     assert instr_list is not None, &#39;Unknown opcode:<br>
&gt; &gt; %s &#39; % op [translation:ERROR]  AssertionError: Unknown opcode: v2539 =<br>
&gt; &gt; jit_is_virtual(vref_0)<br>
&gt;<br>
&gt; Try again?<br>
<br>
</div>Aren&#39;t the builds deterministic?  I got a similar result when using -O0<br>
(although different opcode).  Are you asking me to try the latest for<br>
mercurial?  I had been using the released sources.<br><br></blockquote><div> </div></div><div>That typically means armin has checked something in and you have to update and try again (I would think).</div><div><br></div>

<div>For completeness sake (not relevant to this mail) - builds are not entirely deterministic. In edge cases the exact error (or lack thereof) depends on some dictionary order (the order in which it&#39;s seen by the translator), which in turn might depend on memory locations of objects.</div>

<div><br></div><div>Cheers,</div><div>fijal</div></div>