[squeak-dev] Squeak 5 will run on Rasberry Pi OOTB
tim Rowledge
tim at rowledge.org
Fri Jul 24 04:52:04 UTC 2015
On 23-07-2015, at 8:03 PM, Chris Muller <asqueaker at gmail.com> wrote:
>> Excellent - one tiny change needs to be made to let it work on a Pi2 though; the shell script test for ARMv6l, which is correct for PiA+, B * B+ but the Pi2 is ARMv7. With that changed it fired up on my pi2 ok.
>
> Is it case-sensitive? Mine reported armv6l, not ARMv6l. If it is,
> I'll bet on consistency, if it isn't, lowercase won't matter. I added
> a check for armv7l.
`uname -m` seems to return all lower case ‘armv7l’ on my particular Pi2 so I imagine that is typical.
>
>>> - Look at the image size, its DOUBLE the size of the 4.6 image. Why?
>>
>> Space analysis on my Pi2 shows a lot of MC* objects, which as we’ve seen before seem to hold onto a lot of the 4Mb of String and quite a few arrays, symbols etc listed.
>
> I can't believe MCFileBasedRepository flushAllCaches is not part of
> #prepareNewRelease (which makes me wonder whether 4.6 may have a bunch
> of cached versions.. please no!). I'm adding it.
What I’m a bit puzzled about is that I have now tried out an assortment of MC reduction stuff -
MCFileBasedRepository flushAllCaches.
MCDefinition clearInstances.
MCWorkingCopy stubAllAncestryForScratchRelease.
MCWorkingCopy allManagers do: [:wc | wc unregister].
Project allSubInstancesDo:[:pr| pr resourceManager reset].
for example and it isn’t making any change to the image size at all so far as I can tell. I’ve even whacked the stubAncestry to to cut back to a single stub instead of 10 and no effect can be seen. Sumfing not right here...
>
>> Oh, and I noticed in the Contents/Resources directory that there seems to be a spare _test.[image|changes] pair. Presumably not actually wanted?
>
> Oops..
Many, many oops. Around 300,000 in that image :-)
tim
--
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Strange OpCodes: WAF: Warn After the Fact
More information about the Squeak-dev
mailing list
|