[squeak-dev] SmalltalkImage current vs. Smalltalk

Ronald Spengler ron.spengler at gmail.com
Tue Mar 2 06:01:47 UTC 2010


Are there things we mean idiomatically by saying Smalltalk which we
don't mean by saying SmalltalkImage?

And why SmalltalkImage current? What does current really mean? Would
you ever say SmalltalkImage lastWeek? Or SmalltalkImage aDate? Or
SmalltalkImage obsolete?

I don't have an opinion, I'm just confused. Isn't the image itself
just Smalltalk?

On Monday, March 1, 2010, Phil (list) <pbpublist at gmail.com> wrote:
> On Mar 1, 2010, at 11:08 PM, Andreas Raab wrote:
>
>
> Folks -
>
> I was just trying to load some other code and once too many I got bitten by this silly SmalltalkImage current vs. Smalltalk stuff, so I'll fix it now. The only question is which way. There are two alternatives which achieve the goal of "SmalltalkImage current == Smalltalk":
>
> 1) The Cuis variant: Move all the code back to SystemDictionary; implement SmalltalkImage current as ^Smalltalk.
>
> Pro: Compatible with Cuis.
> Con: Lack of separation of concerns.
>
> 2) The inverse Cuis variant: Move all the code from SystemDictionary to SmalltalkImage; add a 'globals' variable (populated by an instance of SystemDictionary) and convert everything roughly like this:
>
>         SmalltalkImage current globals: Smalltalk.
>         Smalltalk := SmalltalkImage current.
>
> Pro: Better separation of concerns.
> Con: Different from Cuis.
>
> I really don't care which way we do it; all I want is to get out of the mess we've created by introducing "SmalltalkImage current".
>
> If you have an opinion, voice it, otherwise I'll just pick one.
>
>
>
> Having dealt with this a few times getting some code running on Cuis, I'd prefer that Squeak/Cuis try to remain compatible in areas like this where there doesn't seem to be any compelling reason for them not to be.  I have no preference whether it's Cuis moving to the Squeak approach or Squeak moving (back) to the Cuis approach though.
>
>
> Cheers,
>  - Andreas
>
>
>
> Thanks,
> Phil
>
>

-- 
Ron



More information about the Squeak-dev mailing list