March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Eliot Miranda

On Sun, Mar 27, 2011 at 10:46 AM, Toon Verwaest <toon.verwaest(a)gmail.com>wrote: > Does anybody know what I'm supposed to transform accesses to removed > instance variables into? Updating indexes of instance variables already > works. > In the current model it should convert into a reference to an entry in Undeclared. i.e. it should do exactly what removing an inst var from a class def does. The sequence is delete an inst var from a class, reshape the instances of the class without the inst var, recompile the methods of the class. In the last step any references to the inst var name in source will not be resolved in the class definition and will hence result in being compiled as undeclared var refs. There are edge-cases. If the inst var name was masking an inst var of the same name in a superclass it would get resolved to that inst var. But the current class builder (rightly) disallows this and so it can be discounted. If the inst var name was masking a global of the same name in a class pool or shared pool it would get resolved to that. So the correct approach is to bind names with the same semantics that the compiler uses to binds names. best, Eliot > And what data do I have to copy over to the new method so that it keeps a > pointer to the original source, the class pointer and the selector? > > cheers, > Toon > > > On 03/27/2011 07:33 PM, Igor Stasenko wrote: > >> On 27 March 2011 19:14, Toon Verwaest<toon.verwaest(a)gmail.com> wrote: >> >>> For whoever might care: I rewrote / fixed the Opal decompiler. >>> >>> Sorry about me being a bit bad... my only test is this: >>> >>> CompiledMethod allInstances collect: [ :m | >>> (OCBytecodeDecompiler new decompile: m) compiledMethod ] >>> >>> At least on the helvetia image that doesn't give any errors :) >>> >>> On to hooking it in with my new classbuilder and MethodModification model >>> to >>> apply bytecode rewriting for hyperfast class changes. >>> >> I'll be back in an hour ;P >> >> and bring a new compiler/decompiler for us this time :) >> >> cheers, >>> Toon >>> >>> >>> >> >> > >

March 27, 2011

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Igor Stasenko

On 27 March 2011 19:46, Toon Verwaest <toon.verwaest(a)gmail.com> wrote: > Does anybody know what I'm supposed to transform accesses to removed > instance variables into? Updating indexes of instance variables already > works. > I guess it would be cool to transform it to message like 'self undefinedVariableAccess: #varName' and: 'self undefinedVariableAccess: #varName value: val' for assignments. Then later, when given method will run, it will trigger an error and developer can fix it in debugger. (Unless, of course you simply raise an error during (re)compilation when given ivar removed from class). > And what data do I have to copy over to the new method so that it keeps a > pointer to the original source, the class pointer and the selector? > If you create a copy of method, copy the method's trailer. trailer := oldMethod trailer. newMethod := CompiledMethod newBytes: ... trailerBytes: ***trailer*** nArgs: ... nTemps: .. nStack: ... nLits: ... primitive: ... > cheers, > Toon > > On 03/27/2011 07:33 PM, Igor Stasenko wrote: >> >> On 27 March 2011 19:14, Toon Verwaest<toon.verwaest(a)gmail.com> Â wrote: >>> >>> For whoever might care: I rewrote / fixed the Opal decompiler. >>> >>> Sorry about me being a bit bad... my only test is this: >>> >>> CompiledMethod allInstances collect: [ :m | >>> Â Â (OCBytecodeDecompiler new decompile: m) compiledMethod ] >>> >>> At least on the helvetia image that doesn't give any errors :) >>> >>> On to hooking it in with my new classbuilder and MethodModification model >>> to >>> apply bytecode rewriting for hyperfast class changes. >> >> Â I'll be back in an hour ;P >> >> and bring a new compiler/decompiler for us this time :) >> >>> cheers, >>> Toon >>> >>> >> >> > > > -- Best regards, Igor Stasenko AKA sig.

March 27, 2011

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Toon Verwaest

Does anybody know what I'm supposed to transform accesses to removed instance variables into? Updating indexes of instance variables already works. And what data do I have to copy over to the new method so that it keeps a pointer to the original source, the class pointer and the selector? cheers, Toon On 03/27/2011 07:33 PM, Igor Stasenko wrote: > On 27 March 2011 19:14, Toon Verwaest<toon.verwaest(a)gmail.com> wrote: >> For whoever might care: I rewrote / fixed the Opal decompiler. >> >> Sorry about me being a bit bad... my only test is this: >> >> CompiledMethod allInstances collect: [ :m | >> (OCBytecodeDecompiler new decompile: m) compiledMethod ] >> >> At least on the helvetia image that doesn't give any errors :) >> >> On to hooking it in with my new classbuilder and MethodModification model to >> apply bytecode rewriting for hyperfast class changes. > I'll be back in an hour ;P > > and bring a new compiler/decompiler for us this time :) > >> cheers, >> Toon >> >> > >

March 27, 2011

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Igor Stasenko

On 27 March 2011 19:14, Toon Verwaest <toon.verwaest(a)gmail.com> wrote: > For whoever might care: I rewrote / fixed the Opal decompiler. > > Sorry about me being a bit bad... my only test is this: > > CompiledMethod allInstances collect: [ :m | > Â Â (OCBytecodeDecompiler new decompile: m) compiledMethod ] > > At least on the helvetia image that doesn't give any errors :) > > On to hooking it in with my new classbuilder and MethodModification model to > apply bytecode rewriting for hyperfast class changes. I'll be back in an hour ;P and bring a new compiler/decompiler for us this time :) > > cheers, > Toon > > -- Best regards, Igor Stasenko AKA sig.

March 27, 2011

[Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Toon Verwaest

For whoever might care: I rewrote / fixed the Opal decompiler. Sorry about me being a bit bad... my only test is this: CompiledMethod allInstances collect: [ :m | (OCBytecodeDecompiler new decompile: m) compiledMethod ] At least on the helvetia image that doesn't give any errors :) On to hooking it in with my new classbuilder and MethodModification model to apply bytecode rewriting for hyperfast class changes. I'll be back in an hour ;P cheers, Toon

March 27, 2011

[Pharo-project] rack/wsgi/ring for smalltalk

by Sean Allen

Is there a smalltalk equivalent for rack/wsgi/ring etc out there? I have an idea I'm going to play with that would be best served by building on something like rack. If there isn't one already, I'll implement one first and then move on to the idea that builds on it. If there is one, I'd rather see if it meets my needs and use it. Any pointers to anything appreciated. For anyone not familiar with rack et al: They are basically' middleware' layers providing a standard interface between webservers and applications. Middleware is a little deceptive... a better description might be that it is an interface that allows you to hook into between a webserver and other end points by either hooking up an application or middleware ( authentication, file serving ) that can be composed together as part of a specific application. http://rack.rubyforge.org/ https://github.com/mmcgrana/ring http://www.wsgi.org/wsgi/

March 27, 2011

Re: [Pharo-project] Issue 2063 in pharo: NumberTest

by pharo＠googlecode.com

Comment #5 on issue 2063 by nicolas....(a)gmail.com: NumberTest http://code.google.com/p/pharo/issues/detail?id=2063 In squeak I have added an ExtendedNumberParser invoked by #readFrom: For Smalltalk syntax, I have #readSmalltalkSyntaxFrom: (or something like that). The later is used by Parser.

March 27, 2011

Re: [Pharo-project] Issue 3867 in pharo: [Failing Test] 1.3 FloatTest.testPrintPaddedWithTo

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3867 by nicolas....(a)gmail.com: [Failing Test] 1.3 FloatTest.testPrintPaddedWithTo http://code.google.com/p/pharo/issues/detail?id=3867 Name: SLICE-Issue-3867-FloatTest-printPadded-nice.1 Dependencies: KernelTests-nice.312 Fix testPrintPaddedWithTo Problem was due to usage of Block as assert: argument

March 27, 2011

Re: [Pharo-project] Issue 2696 in pharo: Morphic Cleansing - Remove Ballon

by StÃ©phane Ducasse

ok stef > Comment #5 on issue 2696 by siguc...(a)gmail.com: Morphic Cleansing - Remove Ballon > http://code.google.com/p/pharo/issues/detail?id=2696 > > Well, it would be good to make it (un)loadable, > because kernel images don't need graphics support to run. > >

March 27, 2011

Re: [Pharo-project] Issue 2696 in pharo: Morphic Cleansing - Remove Ballon

by pharo＠googlecode.com

Comment #5 on issue 2696 by siguc...(a)gmail.com: Morphic Cleansing - Remove Ballon http://code.google.com/p/pharo/issues/detail?id=2696 Well, it would be good to make it (un)loadable, because kernel images don't need graphics support to run.

March 27, 2011