It is 32 bits, I'm sure.<br><br>Besides the 32-bit stack manipulation, it uses eax and ecx to hold two 32-bit parts of the 64-bit number. <br><br>Best regards,<br><br>Rafael<br><br><br><div class="gmail_quote">On Thu, Jun 9, 2011 at 02:54, Scott Lawrence <span dir="ltr"><<a href="mailto:bytbox@gmail.com">bytbox@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 06/09/2011 01:47 AM, Jason Dagit wrote:<br>
> Have you checked this by looking at the generated assembly? I<br>
> generated some assembly from GHC on windows. Here is what it looks<br>
> ilke:<br>
> <a href="http://hpaste.org/47610" target="_blank">http://hpaste.org/47610</a><br>
><br>
> My assembly-fu is not strong enough to tell if it's using 64bit instructions.<br>
><br>
</div>It would appear to be 32-bit. (pushl instead of pushq & no instances of<br>
aligning to 8-byte boundaries)<br>
<br>
<br>_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Rafael Gustavo da Cunha Pereira Pinto<br><br>