[Pharo-project] Hallo Pharoers.. namespaces in the system level ?

Stéphane Ducasse stephane.ducasse at inria.fr
Mon Oct 11 11:11:59 EDT 2010

> For example there currently exist a setter in the class side for 'migratting' in a new environment, that just alters the class knowledge about the new namespace and does not erase it's record from the old namespace.

> Is this intented ? What is the underlying design ? Should we add an environment: setter in the subclass message, so that we integrate namespaces with the current Browser ? Should Behavior always return Smalltalk globals, or there should be a setter to be able to migrate a whole hierarchy of classes elsewhere ?

Normally a class should be able to return its environment and it can be different to Smalltalk globals, for example 
we want to have to environments so that we can load Opal in one to modify the other Opal compiler that we will running.

Up to now marcus was using the old compiler to compile the new but in the future we only want one compiler and still been able to 
change it.


More information about the Pharo-dev mailing list