[Vm-dev] nuSqueak source

[tim Rowledge]

> On 2020-10-28, at 4:05 PM, Yoshiki Ohshima <Yoshiki.Ohshima at acm.org> wrote:
> 
> I may be simply on a wrong OS. The main reason for me to dive in again was to fix it for Raspberry Pi OS users:
> 
> https://www.raspberrypi.org/downloads/raspberry-pi-os/
> 
> but then it simply is not a 64bit OS I gather. It's just the compiler on targets 32 bit. 

Ah, you're making a mistake made by many.

The Pi 4 (and indeed 3+, 3 and even the 2) have ARMv8 cpus. *BUT* Raspbian is a 32bit OS using the v7 support in the ARM A53 & A72 cores. 
A lot of people have posted questions asking if they have been sold a 'fake' Pi after seeing that the API for querying the processor type tells them they have a 32 bit v7. That is actually an upstream Debian issue not under the control of RPF at all.

So the squeak vm supplied for the current default Raspbian (or rather, recently renamed, Raspberry Pi OS) is a 32 bit version as built in the opensmalltalk-vm⁩ ▸ ⁨build.linux32ARMv6⁩ ▸ ⁨squeak.stack.spur⁩ tree.

There *is* a 64 bit version of Raspberry PI OS that is currently in late-beta. That would need a VM from the opensmalltalk-vm⁩ ▸ ⁨build.linux32ARMv6⁩ ▸ ⁨squeak.stack.spur⁩ tree and of course a 64 bit image. That VMworks on *some* OS but not others due to some issue with the permission bits for memory being messed around in the name of some sort of security waffle. Eliot has made it work for at least some cases - Manjaro, for example. It still needs sorting out for the Pi 64bit OS.

As soon as you have a 32bit vm that handled the Japanese input stuff ok, let me know and I'll do a build and ask RPF to upload it. I don't know how many people still use it on any sort of regular basis but it certainly isn't 0, which is gratifying.



tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
On a clear disk you can seek forever...