- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] RB AST serialization

by StÃ©phane Ducasse

On Apr 27, 2010, at 2:33 PM, Lukas Renggli wrote: >> what theo d hondt told us a while ago is that pascal or oberon >> they did not store bytecode but compressed ast and it was shorter than bytecode > > Sounds strange (imagine if you have comments in your code). Are there > any references on this? No I know that marcus read some papers on slim binaries Stef > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010

Re: [Pharo-project] [ANN] NativeBoost source released

by Henrik Johansen

On Apr 27, 2010, at 9:50 31AM, Igor Stasenko wrote: > Hello all, > > For all interesting parties, i made an initial release of NativeBoost > plugin as well as language-side code. > > You can find an installation instructions on > > http://code.google.com/p/nativeboost/wiki/Installation > > You can also can find a couple of other descriptions on same wiki. > > I need your feedback! :) > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > Hi Igor! Would it be possible to upload a "ready-made" VM/Image combo to the google project? I'd really like to try it out, but I'd rather spend my time on exploring how to use AsmJit and using the primitive, than building the plugin and making an image with the needed packages ;) Cheers, Henry

April 27, 2010

Re: [Pharo-project] How to copy some nice UI bits from Squeak4.1 (e.g. get rid of the fat buttons in OB)

by Tim Mackinnon

> I don't know, the size of the title bar either comes from the > currently selected theme or your font choice. There is no such thing > as "native size" in Squeak or Pharo. I think my term native size was confusing - I meant compared to the size of windows outside of squeak/pharo (or indeed the OSX window of Pharo itself). Looking a bit closer - I have tried setting the System Font for Window Title - to be 10pt instead of 11 (and that looks a bit better to my mind). However - even when you do this, if you compare the title bar of a classes browser to the title bar of pharo (e.g. "Pharo 1.0 - Image") - you do notice that the classes browser has a few more pixels either side of the close/collapse/expand buttons as compared to the native pharo window. Still - its a minor thing and it doesn't bother me so much now you have fixed the buttons (awesome!). I did get a spurious walkback saying that a some button didn't understand #enabled: - however I haven't been able to reproduce that yet, so it could have been me playing with trying to set button heights? Thanks again. Tim

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by Lukas Renggli

> what theo d hondt told us a while ago is that pascal or oberon > they did not store bytecode but compressed ast and it was shorter than bytecode Sounds strange (imagine if you have comments in your code). Are there any references on this? Lukas -- Lukas Renggli www.lukas-renggli.ch

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by StÃ©phane Ducasse

what theo d hondt told us a while ago is that pascal or oberon they did not store bytecode but compressed ast and it was shorter than bytecode Stef On Apr 27, 2010, at 1:44 PM, Lukas Renggli wrote: >> So what I want to explore is to have a very compact representations of ASTs, but one >> that does not lose information *and* that allows the AST to be annotated with non-textual >> objects even when it's compressed. > > Indeed, annotations (or properties) get lost when serializing an AST > as source code. However I doubt that a different encoding of the AST > as a string is any more efficient than just storing the (compressed) > original source code (see the tests of AstSerializer). Also having a > "custom pretty printer" and a "custom parser" makes it kind of > difficult to have code that cannot be represented with the standard > AST, as this is for example the case in Helvetia. > > What about storing the annotations (or properties) separate the the > source string and map them back to the AST after parsing? > > Lukas > > > > > > >> >> Marcus >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010

Re: [Pharo-project] I would like to have this kind of tool in pharo

by StÃ©phane Ducasse

Yes this would a nice idea. Stef On Apr 27, 2010, at 12:28 PM, Serge Stinckwich wrote: > It's open source and based on Seaside, so not to difficult to have > something similar for pharo hosted at : http://doc.pharo-project.org/ > > On Tue, Apr 27, 2010 at 4:03 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-ope… >> >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by Lukas Renggli

> So what I want to explore is to have a very compact representations of ASTs, but one > that does not lose information *and* that allows the AST to be annotated with non-textual > objects even when it's compressed. Indeed, annotations (or properties) get lost when serializing an AST as source code. However I doubt that a different encoding of the AST as a string is any more efficient than just storing the (compressed) original source code (see the tests of AstSerializer). Also having a "custom pretty printer" and a "custom parser" makes it kind of difficult to have code that cannot be represented with the standard AST, as this is for example the case in Helvetia. What about storing the annotations (or properties) separate the the source string and map them back to the AST after parsing? Lukas > > Â Â Â Â Marcus > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 27, 2010

Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?

by Mariano Martinez Peck

On Tue, Apr 27, 2010 at 1:17 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > BTW, Lukas had pointed out that my implementation is incomplete. So before > integrating we should make sure the implementation covers all cases. > > Adrian > > Begin forwarded message: > > > From: "Lukas Renggli" <renggli(a)gmail.com> > > Date: October 21, 2008 6:28:32 PM GMT+02:00 > > To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> > > Subject: Re: [Pharo-project] Size of objects > > Reply-To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> > > > >> BTW, I think that would be a meaningful addition. Could somebody quickly > >> check the method to verify that I didn't do any miscalculation? > > > > The only problem I see is that variable objects might also have > > inst-vars. So you need to count the > > > > self class instSize * Smalltalk wordSize > > > I am not sure if I understood. Then the method should be something like this: sizeInMemory "Returns the number of bytes used by this object in memory (including its header)" | headerSize instanceSize | headerSize := (self class indexIfCompact > 0 ifTrue: [ 4 ] ifFalse: [ 8 ]). instanceSize := self class instSize * Smalltalk wordSize. instanceSize := instanceSize + (self class isVariable ifTrue: [ (self basicSize * (self class isBytes ifTrue: [ 1 ] ifFalse: [ Smalltalk wordSize ])) ]). ^ headerSize + instanceSize ? Thanks Mariano > > part in any case. > > > > Lukas > > > > On Apr 27, 2010, at 12:45 , Adrian Lienhard wrote: > > > I once sent some code to the mailing list (search for thread named "Size > of objects"). We should add this to the image. I think I named it > #sizeInMemory. > > > > Adrian > > > > On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: > > > >> Hi. I don't know if "memory occupation" is the better name. I just want > to > >> know the amount of memory that an object is occupying in RAM. I mean, > the > >> amount of bytes. > >> > >> Is this possible ? if true, how ? I would like to do it from both > sides: > >> image and VM. > >> > >> I checked both but I didn't find anything. > >> > >> Thanks in advance > >> > >> Mariano > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 27, 2010

Re: [Pharo-project] [Pharo-users] RB AST serialization

by Marcus Denker

On Apr 27, 2010, at 7:48 AM, Lukas Renggli wrote: > Hi Daniel, > > I haven't looked at your code yet, but wonder what your goal is? > > How is your serialization different from > > source := aProgramNode source > > ? > > How is your deserialization different from > > RBParser parseMethod: source > > ? In Reflectivity, we have an AST for every method. In addition, the AST can be annotated with non-source visible annotations. So what I want to explore is to have a very compact representations of ASTs, but one that does not lose information *and* that allows the AST to be annotated with non-textual objects even when it's compressed. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 27, 2010

Re: [Pharo-project] is it possible to know the memory occupation (bytes) of an object?

by Adrian Lienhard

Its a simple method in Object: Object>>sizeInMemory "Returns the number of bytes used by this object in memory (including its header)" | headerSize instanceSize | headerSize := (self class indexIfCompact > 0 ifTrue: [ 4 ] ifFalse: [ 8 ]). instanceSize := (self class isVariable ifFalse: [ self class instSize * Smalltalk wordSize ] ifTrue: [ (self basicSize * (self class isBytes ifTrue: [ 1 ] ifFalse: [ Smalltalk wordSize ])) ]). ^ headerSize + instanceSize Please also note the other mail I sent to this thread. Adrian On Apr 27, 2010, at 13:16 , Mariano Martinez Peck wrote: > On Tue, Apr 27, 2010 at 12:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> I once sent some code to the mailing list (search for thread named "Size of >> objects"). > > > Thanks Adrian...I couldn't find it. Can you forward it to me please? or > just send me the code... > > >> We should add this to the image. I think I named it #sizeInMemory. >> >> > There are only changes to the image side ? or the vm also ? > > Thanks > > Mariano > > > >> Adrian >> >> On Apr 27, 2010, at 12:03 , Mariano Martinez Peck wrote: >> >>> Hi. I don't know if "memory occupation" is the better name. I just want >> to >>> know the amount of memory that an object is occupying in RAM. I mean, the >>> amount of bytes. >>> >>> Is this possible ? if true, how ? I would like to do it from both >> sides: >>> image and VM. >>> >>> I checked both but I didn't find anything. >>> >>> Thanks in advance >>> >>> Mariano >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 27, 2010