Stef....Kirtai was looking you in IRC
[16:39] <Kirtai> is stephanes problem with loading mc due to non-atomicloading changing a method then using it before another method it depends on is compiled?
[17:06] <marianopeck> Kirtai: stef isn't in IRC most of the time
[17:07] <marianopeck> it would be better to send him an email
[17:07] <Kirtai> I'm just lookin at the problem
[17:07] <Kirtai> seems that� MCMethodDefinition>>actualClass is calling MCMethodDefinition>>actualClassIn: after actualClass is recompiled but before actualClassIn: is installed
Mariano
apparently the UI gets stuck during the cleaning phase when I try to
load moose :(
On Jul 16, 2009, at 8:49 PM, St�phane Ducasse wrote:
> Hi guys
>
> thanks to matthew I finally understood his optimization.
> The entry point is MCPackage>>snapshot
>
> I published a slice in the inbox.
> If you can try it, look at the changes and let me know.
>
> I did some experiences and could load moose which start to be complex
> but I may have done some mistakes.
>
> Stef
>
> PS: having real package will really make all that much faster.
> I will regularly to the TaskForces the code for a new package class.
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project