<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Bruce,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">    thanks for the prompt feedback.  I think I've fixed it.  Alas I can't run 32-bit binaries on my mac because the Cocoa GUi no longer compiles under supported MacOS versions.  I should have checked with the simulator.  Please check commit a29dc4bea18c728d40f8b16dfe879642d0410d91</div><br>    CogVM sources as per VMMaker.oscog-eem.3146<br><br>    InterpreterPrimitives: fix the 64-bit large integer support on 32-bit platforms.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 6, 2022 at 7:02 AM Bruce O'Neel <<a href="mailto:bruce.oneel@pckswarms.ch">bruce.oneel@pckswarms.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"> <div><br></div><div>Hi all,<br></div><div><br></div><div>The commit below causes an all white screen on 32 bit Squeak.  Well at least Arm 32.<br></div><div><br></div><div>Thanks.<br></div><div><br></div><div>bruce<br></div><div><br></div><div>CogVM source as per Name: VMMaker.oscog-eem.3144<br></div><div><pre>Spur CoInterpreter: harmonize named and numbered primitive Spur primitive
property flags. Use a common pragma, primitiveMetadata:, to mark named
primitives and numbered primitives.  Mark several methods with the
PrimCallOnSmalltalkStack (a.k.a. FastCPrimitiveFlag) flag, especially
BoxedFloat, SmallFloat, and 64-bit LargeInteger primitives in
InterpreterPrimitives.  Make sure that vmParameterAt: uses that flag, even
though the other versions of primitive 254 do not.

Nuke support for the old pre-Alien callbacks.  Only very old versions of
two plugins use this, and it's easy to upgrade to use Alien callbacks.
(missing from the Monticello commit message)

Spur Cogit: Instead of setting newMethod & primitiveFunctionPointer for all
primitives, only set newMethod  & primitiveFunctionPointer on failure (unless
a primitive uses the PrimCallNeedsNewMethod flag).  Use a CallRT to invoke
internal primitives if it spans far enough.<br></pre></div><div><br></div>

</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>