April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Toothpick

by Paul DeBruicker

philippeback wrote > I've taken the Toothpick source (as mentioned in the Collaboractive book) > and put the packages in Smalltalk Hub. > > There were some things with trimming blanks which I fixed. > > Now, some tests aren't right (but because they use dates from 2006 and we > are in 2013) > > If someone could look in there, it would be nice. > > http://smalltalkhub.com/#!/~philippeback/Toothpick > > Phil So just changing from 2006 to 2013 made the tests pass? Thanks for moving the repo. Did you edit the Squeaksource page to point at it? -- View this message in context: http://forum.world.st/Toothpick-tp4680310p4680345.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 9, 2013

Re: [Pharo-project] LibGit2 bindings with TalkFFI (was: Screencast: Creating C library bindings with TalkFFI for libgit2)

by Max Leske

On 08.04.2013, at 13:06, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: > Its strange because with the checkout of libgit2 that I did yesterday I did not have this messages. I was having some - type not found. > > You should not take the compilation results as reference, since the makefile will have all compile options set correctly, and probably it will use GCC for compilation. > You should try to see what are the options that need to be passed to clang, when compiling the header. Looking at the makefile can be a good starting point. > I see. I'll look into that. > I'll try to have a look at this, to identify the correct options. > > On Apr 7, 2013 10:57 PM, "Max Leske" <maxleske@gma > il.com> wrote: > BTW: I see two errors from parsing: missing stddef.h and some problem with one header file. stddef.h is present on the system and since I built libgit2 myself I know there were no errors during the build. I attached the Transcript output. > > > > On 07.04.2013, at 22:32, Max Leske <maxleske(a)gmail.com> wrote: > >> I'm not sure but this might be a VM problem. I found a segmentation fault (funny enough the VM didn't quit). I attached the crash report (cc'ing Esteban, maybe he knows what this is about). >> >> Max >> >> <crash.dmp> >> >> >> >> On 07.04.2013, at 21:31, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >> >>> >>> >>> >>> On Sun, Apr 7, 2013 at 9:17 PM, Max Leske <maxleske(a)gmail.com> wrote: >>> The replacement video is up now (vimeo.com/maxleske/talkffibindings) >>> >>> >>> On 07.04.2013, at 20:48, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>> >>>> >>>> >>>> >>>> On Sun, Apr 7, 2013 at 8:08 PM, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>> >>>> >>>> >>>> On Sun, Apr 7, 2013 at 7:53 PM, Max Leske <maxleske(a)gmail.com> wrote: >>>> >>>> On 07.04.2013, at 18:28, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>> >>>>> Hi Max, >>>>> >>>>> I've just integrated some of my latest changes into a new version 1.4 of TalkFFI. Amongst others it prints clang erros in the transcript. >>>>> On my libgit2 checkout there are some compilation errors. >>>> >>>> I accidentally loaded your new version and ran it on libgit2. I haven't done any analysis yet but I had to force quit the image since the extraction was taking forever. With 1.3 it took only a few seconds (1 to 2 minutes tops for everything including compilation). I'm doing another run now to see what happens. >>>> >>>> That's strange, on my side (macos 10.6.8, latest pharo2.0+vm) I get 7 seconds with 1.3 and between 7-9 seconds with 1.4 (but that should be ok, printing in transcript is expected to take some time). >>>> >>>> you're still on linux I guess? i'll try to check that >>>> >>>> on linux I get between 3 and 7 seconds for both 1.3 and 1.4... Yeah and these results do not include the compilation of the generated smalltalk... but that shouldn't have changed muchâ¦ >>> >>> ubuntu 32 bit vm. Latest Pharo20. Generation works pretty much as expected, but I've been letting the compilation (after hitting "accept" in the changes browser) running for about 45 minutes and it's still not finished. Looks like some kind of infinite loop but I can't interrupt. >>> >>> I checked vmstat to see if memory / swapping might be an issue but there's more than enough memory available. I'll keep checking. >>> >>> >>> That's strange because that step relies exclusively on the pharo change set installation. >>> In my linux test i don't see any problems... >>>>> >>>>> I've moved the development version to this one, so if you want to try it just do the typical: >>>>> Gofer it >>>>> smalltalkhubUser: 'CipT' project: 'TalkFFI'; >>>>> package: 'ConfigurationOfTalkFFI'; >>>>> load. >>>>> (Smalltalk at: #ConfigurationOfTalkFFI) loadDevelopment. >>>>> >>>>> TalkFFIExamples libgit2Mapping >>>>> >>>>> version 1.4 >>>>> >>>>> clang diagnostic messages on header loading >>>>> added the possibility to filter the functions in a headerFile using a user defined block >>>>> added option to check the function availability in a dynamic library specified during conversion. >>>>> added simple generator that pulls functions into type classes. Instance side, if the first function argument matches the type class. Class side of the return type, if the function's first argument does not match any known type class, but if the return type match a type class. >>>>> changed the NativeBoost generator so that instead of NBCharacterType * it generates NBExternalString, to facilitate string passing >>>>> fixed uniqueInstance issue >>>>> >>>>> >>>>> On Sun, Apr 7, 2013 at 6:18 PM, Max Leske <maxleske(a)gmail.com> wrote: >>>>> Wow! This is embarrassing! I just noticed that the video on Vimeo is the wrong one (no wonder you kept talking about a premature endingâ¦)! I'm replacing it right now. >>>>> >>>>> Sorry for that. >>>>> >>>>> Can't wait to see it ;) >>>> >>>> Uploadingâ¦ ;) >>>> >>>>> >>>>> Max >>>>> >>>>> >>>>> On 06.04.2013, at 23:38, Max Leske <maxleske(a)gmail.com> wrote: >>>>> >>>>>> >>>>>> On 06.04.2013, at 23:09, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: >>>>>> >>>>>>> Hi Max, >>>>>>> >>>>>>> your video is good, too bad that it stops prematurely. >>>>>>> >>>>>>> It helped me to spot a tiny issue with the libgit2 generation script. The C compile options ( '-D__STDC_CONSTANT_MACROS' '-D__STDC_LIMIT_MACROS') that are present there are just a copy paste error, since when created that method I've modified the one I've used for generating llvm bindings (which really needs them). >>>>>>> >>>>>>> For libgit2 i don't now, I think they aren't needed. I've just tried on my machine with options := {('-I' , includeDir fullName)}. >>>>>>> and it seems to work >>>>>> >>>>>> I also think they're not necessary. >>>>>> >>>>>>> >>>>>>> Now libclang is the reason that in some cases we need such options. Since we use libclang to parse the header files we should make sure that we pass it everything it needs to successfully process the header. >>>>>>> So if anyone has a hard time generating bindings with talkffi for a library X, then a starting point might be to try understanding what are the options needed by clang to compile the headers. >>>>>>> >>>>>>> In the future I plan to add some kind of script editor for writing the bindings, which will show the messages from libclang. so that in case of compilation error (due to missing options, or c syntax errors) we can see them in the image. >>>>>>> >>>>>>> About generating the bindings directly on a mac, I've done it using a hand compiled version of libclang configured with (../configure --enable-optimized --enable-jit --target=i686-apple-darwin10). So if you are willing to download libclang and compile it, maybe you don't need a linux vm. >>>>>> >>>>>> Thanks for the explanations. >>>>>> >>>>>>> >>>>>>> Ok, that's it for now. Thanks again for the great video >>>>>> >>>>>> My pleasure :) >>>>>> >>>>>>> Ciprian >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sat, Apr 6, 2013 at 10:02 PM, Max Leske <maxleske(a)gmail.com> wrote: >>>>>>> >>>>>>> On 06.04.2013, at 20:21, Stefan Marr <smalltalk(a)stefan-marr.de> wrote: >>>>>>> >>>>>>> > Hi: >>>>>>> > >>>>>>> > On 06 Apr 2013, at 19:30, Max Leske wrote: >>>>>>> > >>>>>>> >> I recorded a new screencast with a short tutorial on how bindings for libgit2 (or any other library for that matter) can be created using TalkFFI. >>>>>>> >> >>>>>>> >> http://vimeo.com/maxleske/talkffibindings >>>>>>> > >>>>>>> > I skimmed through it. Looks good. >>>>>>> > But, I noticed that the video actually stops before generating the bindings :) >>>>>>> > That makes it feel like there is something missing. >>>>>>> >>>>>>> Damn! Got me :) I realized that straight after I had hit stop. >>>>>>> Still, for me the hard part was the compilation and setup. I figured out the bindings pritty quickly. >>>>>>> >>>>>>> Maybe I'll add short bit at the end tomorrow. >>>>>>> >>>>>>> Max >>>>>>> >>>>>>> > >>>>>>> > Best regards >>>>>>> > Stefan >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > -- >>>>>>> > Stefan Marr >>>>>>> > Software Languages Lab >>>>>>> > Vrije Universiteit Brussel >>>>>>> > Pleinlaan 2 / B-1050 Brussels / Belgium >>>>>>> > http://soft.vub.ac.be/~smarr >>>>>>> > Phone: +32 2 629 2974 >>>>>>> > Fax: +32 2 629 3525 >>>>>>> > >>>>>>> > >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Dr. Ciprian TEODOROV >>>>>>> IngÃ©nieur DÃ©veloppement CAO >>>>>>> >>>>>>> tÃ©l : 06 08 54 73 48 >>>>>>> mail : ciprian.teodorov(a)gmail.com >>>>>>> www.teodorov.ro >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Dr. Ciprian TEODOROV >>>>> IngÃ©nieur DÃ©veloppement CAO >>>>> >>>>> tÃ©l : 06 08 54 73 48 >>>>> mail : ciprian.teodorov(a)gmail.com >>>>> www.teodorov.ro >>>> >>>> >>>> >>>> >>>> -- >>>> Dr. Ciprian TEODOROV >>>> IngÃ©nieur DÃ©veloppement CAO >>>> >>>> tÃ©l : 06 08 54 73 48 >>>> mail : ciprian.teodorov(a)gmail.com >>>> www.teodorov.ro >>>> >>>> >>>> >>>> -- >>>> Dr. Ciprian TEODOROV >>>> IngÃ©nieur DÃ©veloppement CAO >>>> >>>> tÃ©l : 06 08 54 73 48 >>>> mail : ciprian.teodorov(a)gmail.com >>>> www.teodorov.ro >>> >>> >>> >>> >>> -- >>> Dr. Ciprian TEODOROV >>> IngÃ©nieur DÃ©veloppement CAO >>> >>> tÃ©l : 06 08 54 73 48 >>> mail : ciprian.teodorov(a)gmail.com >>> www.teodorov.ro >> > >

April 9, 2013

Re: [Pharo-project] [Pharo-users] PharoConf Videos: Pharo Roadmap video online (full)

by stephane ducasse

unfortunately it is very low. On Apr 8, 2013, at 10:15 PM, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> wrote: > Hi guys, > > is it just me or the sound is very low? > > > On Mon, Apr 8, 2013 at 8:55 PM, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: > +1 :) > > > On Mon, Apr 8, 2013 at 3:50 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Hi stefan > > I sent you a dropbox link with my presentations. Let me know if this is working. > Marcus published them on slideShare too. > > Stef > On Apr 8, 2013, at 5:41 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > https://www.youtube.com/watch?v=9xRVzzjgPu8 > > > > Rendering and uploading (probably 1 or 2 a day): > > Data Migration with Moose > > FileSystem-Git > > Pharo CLI > > Building UIs with Spec > > MongoDB > > Fuel & Tanker > > > > Others: later > > > > Stephan > > > > > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America. > > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro

April 9, 2013

Re: [Pharo-project] [Preview] Branch test coverage analysis tool for Pharo 3.0 :)

by Eliot Miranda

On Mon, Apr 8, 2013 at 9:32 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > What I had in mind, is something like: > -=-=-=-=-=-=-=-=-=-= > myMethodWithBranch > self foo. > v > ifTrue: [ ... ] > ifFalse: [ ... ] > -=-=-=-=-=-=-=-=-=-= > > -=-=-=-=-=-=-=-=-=-= > myMethodWithBranch > self foo. > v > ifTrue: [ *self checkPoint: 1.* ... ] > ifFalse: [ *self checkPoint: 2.* ... ]. > *self checkPoint: 3.* > -=-=-=-=-=-=-=-=-=-= > > All these checkpoint will be inserted by manipulating the bytecode. You > can then optimize a bit by removing checkpoints that have been reached. > The method #checkPoint: could then use some attributes to the > CompiledMethod. > > This is a common technique when (i) the VM does not give you what you need > and (ii) when you do not want to change the VM. > I just implemented something to this effect for our project at Cadence. It works by - an assembler/disassebler that can convert a method into a sequence of messages, one for each of its bytecodes and back - using the disassembler to obtain labels which occur at the start of each basic block - replacing the first bytecode in every basic block with an illegal bytecode, remembering the pc and its correct bytecode in the method properties - implementing a method on MethodContext which receives the unknowBytecode message sent by the VM when it encounters an illegal bytecode - the method replaces the illegal bytecode with the correct bytecode, removing the entry from properties, and continues The JIT refuses to compile methods that contain illegal bytecodes so this runs at interpreter speed until a method no longer contains illegal bytecodes (has been completely covered). But the illegal bytecode is executed at most once for each basic block, since it is replaced immediately it is executed. The information remaining in properties is that of the basic blocks that have not been executed. In the Squeak/Pharo bytecode set there are three unknown bytecodes, 126, 127 & 139. I have a Monticello package and tests if you're interested. > > This is something I wanted to do for year in Hapao... > > Alexandre > > > > On Apr 7, 2013, at 3:21 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > I don't know. The main problem is that the AST-interpreter is not fast > enough. The best solution for speed would be to improve it as they do in > this paper : http://dl.acm.org/citation.cfm?id=2384587 (their > ast-interpreter is faster than a byte code interpreter). > > Another solution would be to execute some method with the vm and other one > with the ast-interpreter, but it is quite some work. > > > 2013/4/7 Alexandre Bergel <alexandre.bergel(a)me.com> > Would it be possible to annotate the method with some checkpoints within > the method? This should be fast enough I guess. > > Alexandre > > > On Apr 6, 2013, at 10:35 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > This is exactly that. The tree coverage tool is a subclass of > AST-interpreter, which adding to the interpretation marks the nodes. And > then I use this marking to color the source code. And I use as you said RB > ast. > > > > This is why I implemented it in a few hours, I had already an > AST-interpreter, so I've just created a quick subclass and a spec UI. > > > > > > 2013/4/6 Frank Shearar <frank.shearar(a)gmail.com> > > So if you don't mind me being very loose with terminology, you > > interpret (RB) ASTs, and the act of interpreting marks the nodes in > > these ASTs, which you can then use to colour source? > > > > frank > > > > On 6 April 2013 11:00, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > Actually, it is quite different than Jejak. > > > > > > Implementation wise, Jejak used Opal so I guess it relies on bytecode > > > modification to do its analysis where my tool relies on ast > annotations. > > > > > > This implies some difference in features. It seems that Jejak record > all > > > calls, all values and all assignments in a method (which is byte code > level > > > feature), whereas I record for each ast node if it was interpreted or > not > > > (which is ast level feature). I guess there would be a little > difference in > > > the use cases. > > > > > > > > > 2013/4/6 Frank Shearar <frank.shearar(a)gmail.com> > > >> > > >> On 6 April 2013 07:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > >>> > > >>> Clement built in a couple of hours the following nice branch > > >>> analysecoverage tools :) > > >>> It is dead slow but cool. > > >> > > >> > > >> By "branch coverage tool" do you mean Jejak? > > >> > > >> frank > > >> > > >> > > > > > > > > > > > > -- > > > ClÃ©ment BÃ©ra > > > Mate Virtual Machine Engineer > > > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq > > > > > > > > > > -- > > ClÃ©ment BÃ©ra > > Mate Virtual Machine Engineer > > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > -- > ClÃ©ment BÃ©ra > Mate Virtual Machine Engineer > BÃ¢timent B 40, avenue Halley 59650 Villeneuve d'Ascq > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- best, Eliot

April 9, 2013

Re: [Pharo-project] Having a string of class name, how can I convert the string into Class Object?

by Sean P. DeNigris

On Apr 8, 2013, at 6:44 PM, "Igor Stasenko [via Smalltalk]" <ml-node+s1294792n4680333h11(a)n4.nabble.com> wrote: > Sean, you reading mailing list from web-forum? Yes I usually view through Nabble and fwd these when I see them ----- Cheers, Sean -- View this message in context: http://forum.world.st/Having-a-string-of-class-name-how-can-I-convert-the-s… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2013

Re: [Pharo-project] Fwd: Having a string of class name, how can I convert the string into Class Object?

by Igor Stasenko

/OT Sean, you reading mailing list from web-forum? Otherwise how you seen that posting? On 8 April 2013 23:49, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > j-wings wrote >> How can I convert the string 'SpotLight' into SpotLight object? > > Smalltalk at: 'Spotlight' asSymbol > > Smalltalk at: #Spotlight > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Having-a-string-of-class-name-how-can-I-convert-the-s… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

April 8, 2013

Re: [Pharo-project] Good news !

by Sean P. DeNigris

Janko MivÅ¡ek wrote > For now we really need to get a good pool of mentors I am available. What is the rough time commitment for mentoring? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Good-news-tp4680302p4680332.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2013

Re: [Pharo-project] Fwd: Having a string of class name, how can I convert the string into Class Object?

by Sean P. DeNigris

j-wings wrote > How can I convert the string 'SpotLight' into SpotLight object? Smalltalk at: 'Spotlight' asSymbol ----- Cheers, Sean -- View this message in context: http://forum.world.st/Having-a-string-of-class-name-how-can-I-convert-the-s… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2013

[Pharo-project] Fwd: Having a string of class name, how can I convert the string into Class Object?

by Sean P. DeNigris

j-wings wrote > I am creating some package dependencies test and therefore, I need to find > the relationship of each classes. > > My plan is that I will use 'allCallsOn' method which is called by a Class > Object. > > For example: > > SpotLight allCallsOn > <ClassObj> > allCallsOn > > However, the input that I have are the array of class names in string. > How can I convert the string 'SpotLight' into SpotLight object? > > Thank you in advance. - j-wings ----- Cheers, Sean -- View this message in context: http://forum.world.st/Having-a-string-of-class-name-how-can-I-convert-the-s… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 8, 2013

Re: [Pharo-project] Toothpick

by stephane ducasse

good initiative because it was on my todo to evaluate it as a basis for a logging facilities for Pharo. On Apr 8, 2013, at 9:03 PM, phil(a)highoctane.be wrote: > I've taken the Toothpick source (as mentioned in the Collaboractive book) and put the packages in Smalltalk Hub. > > There were some things with trimming blanks which I fixed. > > Now, some tests aren't right (but because they use dates from 2006 and we are in 2013) > > If someone could look in there, it would be nice. > > http://smalltalkhub.com/#!/~philippeback/Toothpick > > Phil

April 8, 2013