<div dir="ltr">Hi Levente,<div><br></div><div> </div><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 1, 2014 at 7:52 PM, Levente Uzonyi <span dir="ltr"><<a href="mailto:leves@elte.hu" target="_blank">leves@elte.hu</a>></span> wrote:<br><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">Hi Eliot,<br>
<br>
It's a bit off-topic, but shouldn't there be a primitive that can convert a float from the boxed representation to immediate? Something like primNormalizePositive for LargePositiveIntegers. I know it's possible (or at least it should be, see below) to do it with an operation which has no effect, but a dedicated primitive looks more natural to me.<br></blockquote><div><br></div><div> I was assuming that any of add or subtract positive or negative zero, or multiply or divide by 1.0 would do the trick. Why wouldn't this be adequate?</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">Another thing is that it seems like the VM doesn't want to create SmallFloat64 instances at all:<br>
<br>
1.0 class "==> BoxedFloat64"<br>
<br>
Maybe it's just the compiler not "normalizing":<br>
<br>
(1.0 + 0.0) class "==> BoxedFloat64"<br>
1.0 sin class "==> BoxedFloat64"<br>
<br>
No, the plugin doesn't "normalize" either.</blockquote><div><br></div><div>Ah, I see. Hang on. There is no support for SmallFloat64 on 32-bit Spur. Only in a 64-bit image/on a 64-bit Spur VM will you be able to create instances of SmallFloat64. And so far I only have this working in the VM simulator. I've yet to try and create a real VM, and even then it will only be a Stack VM.</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">Levente</font></span><div class=""><div class="h5"><br>
<br>
On Mon, 1 Dec 2014, Eliot Miranda wrote:<br>
<br>
<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">
Hi All,<br>
some of you have been brave enough to use Spur and may have got used to being able to update. Recently I've updated Spur with support for<br>
immediate floating-point in 64-bit Spur. Alas these changes are not amenable to a straight-forward Monticello update.<br>
<br>
Now that I've updated Kernel.spur with these changes you'll not be able to simply update your image. There /may/ be a chance of being able to<br>
update if you first file-in MorphFloat.st (find attached). It worked for me. So in a recent SPur image, file-in MorphFloat.st and then update. <br>
If things get stuck on a partial update of Kernel.spur-eem.867(blah).mcd, then load Kernel.spur-eem.867.mcz manually and then update again. If<br>
this doesn't work apologies.<br>
<br>
What you can definitely do is upload the latest Spur image from <a href="http://www.mirandabanda.org/files/Cog/SpurImages/2014-12-01" target="_blank">www.mirandabanda.org/files/<u></u>Cog/SpurImages/2014-12-01</a> and rebuild.<br>
--<br>
best,Eliot<br>
<br>
</blockquote>
</div></div><br><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">best,<div>Eliot</div></div>
</div></div>