Nicolas I would love to get the latest version cleanup automatically If by accident a huge slice would be committed into the pharoInbox. what the others think?
Stef On Jan 4, 2010, at 9:26 AM, Nicolas Cellier wrote: > My point was: > - these messages are Squeak specific > - they are slow (didn't knew about NewCompiler...) > - do they really add some value over nested and: ? > > Nicolas > > 2010/1/4 Lukas Renggli <reng...@gmail.com>: >> The NewCompiler optimizes #and:and:and: to an optimized and nested >> #and:. The standard compiler does a normal message send with block >> activations for each condition and thus is dead slow. >> >> Lukas >> >> 2010/1/4 Stéphane Ducasse <stephane.duca...@inria.fr>: >>> hi nicolas >>> >>> I saw that you apply some automatic refactoring in squeak about and:and: -> >>> and: >>> and I wanted to know. Is and: more optimized than and:and: (I imagine that) >>> but I would like >>> to know for sure. >>> >>> Stef >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> 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 _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project