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 On Thu, Jul 16, 2009 at 7:33 PM, Stéphane Ducasse <stephane.ducasse@inria.fr
wrote:
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