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

Nick Papoylias npapoylias at gmail.com
Mon Oct 11 11:25:26 EDT 2010


On Mon, Oct 11, 2010 at 5:11 PM, Stéphane Ducasse <stephane.ducasse at inria.fr
> wrote:

> >
> > 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.
> where?
>

Class>>environment: (as far as I understand the class changes it's
environment, without erasing itself from the old one and adding itself to
the new one)


>
>
> > 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.
>
> Stef
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project at lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20101011/5007534c/attachment-0001.html>


More information about the Pharo-dev mailing list