Re: [Pharo-project] [Vm-dev] VM Maker: VMMaker-oscog.33.mcz
I would appreciate anyone interested in objects-as-methods on Cog pounding on the latest Cog VMs (http://www.mirandabanda.org/files/Cog/VM/VM.r2313/) as this involved substantial changes to method lookup/inline cacheing machinery and there could easily be bugs. The tests run, but they're insubstantial compared e.g. to a full coverage test. best Eliot (repeat with fixed email address: squeakfountation => squeakfoundation) On Sat, Sep 25, 2010 at 9:20 PM, < squeak-dev-noreply@lists.squeakfoundation.org> wrote:
Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog.33.mcz
==================== Summary ====================
Name: VMMaker-oscog.33 Author: eem Time: 25 September 2010, 7:13:51 am UUID: 733b7c50-b973-4ca0-9831-5c84d09032bf Ancestors: VMMaker-oscog.32
OSCogVM: Support object-as-method: Eagerly evaluate the interpreter version of a primitive to ease the object-as-method implementation and to improve interpreter performance. Refuse to enter anything that isn't a CompiledMethod into the method-lookup cache to avoid open PICs having to check for valid compiled methods. Have various places check for isOopCOmpiledMethod: rather than isCompiledMethod: to allow SmallIntegers to be used as methods. Interpreter: Have various places check for isOopCOmpiledMethod: rather than isCompiledMethod: to allow SmallIntegers to be used as methods. Slang: support super sends by expanding them at translation time. This allows CoInterpreter>>addMethodToCache to avoid cacheing non-compiled methods via a super send, avoiding duplicating SrackInterpreter's method.
Hi Eliot, I noticed that some tests fail (with errors) when run under coverage with COG, while they succeed otherwise. In regular VM, no error whether coverage test or regular tests... An example is from MCHttpRepository location: 'http://www.squeaksource.com/XTream' user: '' password: '' packages XTream-Core / XTream-CharacterCode / XTream-TextConverterCompatibility (optionnal) / XTream XTream-Tests Nicolas 2010/9/26 Eliot Miranda <eliot.miranda@gmail.com>:
I would appreciate anyone interested in objects-as-methods on Cog pounding on the latest Cog VMs (http://www.mirandabanda.org/files/Cog/VM/VM.r2313/) as this involved substantial changes to method lookup/inline cacheing machinery and there could easily be bugs. Â The tests run, but they're insubstantial compared e.g. to a full coverage test.
best Eliot (repeat with fixed email address: squeakfountation => squeakfoundation) On Sat, Sep 25, 2010 at 9:20 PM, <squeak-dev-noreply@lists.squeakfoundation.org> wrote:
Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://www.squeaksource.com/VMMaker/VMMaker-oscog.33.mcz
==================== Summary ====================
Name: VMMaker-oscog.33 Author: eem Time: 25 September 2010, 7:13:51 am UUID: 733b7c50-b973-4ca0-9831-5c84d09032bf Ancestors: VMMaker-oscog.32
OSCogVM:  Support object-as-method:     Eagerly evaluate the interpreter version of a primitive     to ease the object-as-method implementation and to     improve interpreter performance.     Refuse to enter anything that isn't a CompiledMethod     into the method-lookup cache to avoid open PICs having     to check for valid compiled methods.     Have various places check for isOopCOmpiledMethod:     rather than isCompiledMethod: to allow SmallIntegers to     be used as methods. Interpreter:     Have various places check for isOopCOmpiledMethod:     rather than isCompiledMethod: to allow SmallIntegers to     be used as methods. Slang:     support super sends by expanding them at translation     time.  This allows CoInterpreter>>addMethodToCache     to avoid cacheing non-compiled methods via a super     send, avoiding duplicating SrackInterpreter's method.
participants (2)
-
Eliot Miranda -
Nicolas Cellier