[Vm-dev] Re: [squeak-dev] Spur with Immediate Floating Point
Support implies a break
Levente Uzonyi
leves at elte.hu
Tue Dec 2 03:52:17 UTC 2014
Hi Eliot,
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.
Another thing is that it seems like the VM doesn't want to create
SmallFloat64 instances at all:
1.0 class "==> BoxedFloat64"
Maybe it's just the compiler not "normalizing":
(1.0 + 0.0) class "==> BoxedFloat64"
1.0 sin class "==> BoxedFloat64"
No, the plugin doesn't "normalize" either.
Levente
On Mon, 1 Dec 2014, Eliot Miranda wrote:
> Hi All,
> 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
> immediate floating-point in 64-bit Spur. Alas these changes are not amenable to a straight-forward Monticello update.
>
> 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
> 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.
> 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
> this doesn't work apologies.
>
> What you can definitely do is upload the latest Spur image from www.mirandabanda.org/files/Cog/SpurImages/2014-12-01 and rebuild.
> --
> best,Eliot
>
>
More information about the Vm-dev
mailing list