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

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

by Goubier Thierry

Le 06/04/2013 12:00, ClÃ©ment Bera a Ã©crit : > 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. Jejak has allways worked by AST modifications. It's just that, at a point, it recompiled the code with Opal to try to get the same behavior that its original tracer under visualworks had, i.e. the source code modifications are invisible to the user... It also played with the bytecode because this had huge performance impacts under VisualWorks, bringing traces with a very low overhead (sadly, the same trick doesn't work with Pharo :(). > 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. The current version of Jejak works in the following way : 1- get AST, store original source code 2- search and replace in AST for what you want to trace 3- generate source with traces and compile 4- Wait for it to run... collect trace events on the way. 5- revert to original sources, recompile It's a bit faster than interpreting the AST; it's a bit more invasive as well, but you can change it to record less events if you want. It also works for tracing difficult things such as core Morphic, KeyMapping and Display methods. Thierry > > 2013/4/6 Frank Shearar <frank.shearar(a)gmail.com > <mailto:frank.shearar@gmail.com>> > > On 6 April 2013 07:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > <mailto:stephane.ducasse@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/ -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

April 8, 2013

[Pharo-project] First 13 minutes of PharoConf

by Stephan Eggermont

https://www.youtube.com/watch?v=qwc84HSkO1w More to come... Stephan

April 7, 2013

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

by Max Leske

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 7, 2013

Re: [Pharo-project] State of PharoConf videos

by Max Leske

Reposting with link instead of attachment: https://www.dropbox.com/s/6hdkcbsflt7somh/Fuel%20demo.pdf > Thanks for the effort Stephan! > > I attached my presentation. > > Cheers, > Max > > > > On 07.04.2013, at 22:34, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> Hi, >> >> I'm very happy to see that the initiative to make video recordings >> of the PharoConf and MooseDay has resulted in so many >> screencasts already published. Great work! >> >> And now the first feedback: >> - Format conversion: 62 of 72 GB done, processing the whole weekend. >> - First 13 minute part currently encoding and uploading. >> Still about an hour and a half to go. >> - I would like to receive the presentation files to combine them >> with video. >> - Some of the material is difficult to use. Zoomed out too much >> it is difficult to follow the speaker and the beamer screen is not >> readable. Combining a screencast with the video only makes >> sense when zoomed in (talking head size). >> >> Why does this take so long? >> - the video is in a format that I cannot work with directly, so needs transcoding. >> I have been using VideoMonkey for this, which is based on ffmpeg. I have >> the impression that this ffmpeg is not using the GPU, but only the i5. >> I'm open for suggestions on better software for this in the future, as it takes the >> whole weekend. >> - I switched from iMovie to Final Cut Pro X. That allows non-linear editing, >> so I don't have to wait for rendering to cut the movies. It remains responsive >> even during the format conversion. >> - video is much larger than the equivalent length of screencast. That creates >> a upload bottleneck. 13 minutes of HD video is 733 MB. My home upload is >> 1Mbps (2 hours), so for uploading more material I'll ask someone at our >> local university. >> - I'm spending a limited amount of time during the weekend (and none next week). >> >> Stephan >> >> >> >

April 7, 2013

[Pharo-project] State of PharoConf videos

by Stephan Eggermont

Hi, I'm very happy to see that the initiative to make video recordings of the PharoConf and MooseDay has resulted in so many screencasts already published. Great work! And now the first feedback: - Format conversion: 62 of 72 GB done, processing the whole weekend. - First 13 minute part currently encoding and uploading. Still about an hour and a half to go. - I would like to receive the presentation files to combine them with video. - Some of the material is difficult to use. Zoomed out too much it is difficult to follow the speaker and the beamer screen is not readable. Combining a screencast with the video only makes sense when zoomed in (talking head size). Why does this take so long? - the video is in a format that I cannot work with directly, so needs transcoding. I have been using VideoMonkey for this, which is based on ffmpeg. I have the impression that this ffmpeg is not using the GPU, but only the i5. I'm open for suggestions on better software for this in the future, as it takes the whole weekend. - I switched from iMovie to Final Cut Pro X. That allows non-linear editing, so I don't have to wait for rendering to cut the movies. It remains responsive even during the format conversion. - video is much larger than the equivalent length of screencast. That creates a upload bottleneck. 13 minutes of HD video is 733 MB. My home upload is 1Mbps (2 hours), so for uploading more material I'll ask someone at our local university. - I'm spending a limited amount of time during the weekend (and none next week). Stephan

April 7, 2013

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

by Max Leske

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 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 7, 2013

Re: [Pharo-project] [Pharo-users] [ANN] Pharo VM packages and PPA for Ubuntu

by stephane ducasse

Thanks for your effort! We should blog it :) Stef On Apr 7, 2013, at 9:12 PM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Dear Pharo and Ubuntu users, > > Nicolas Petton and I are proud to announce Ubuntu packages for the > Pharo VM. Installing the pharo vm is now just a matter of: > > sudo add-apt-repository ppa:cassou/pharo > sudo apt-get update > sudo apt-get install pharo-vm > > With this package, you get: > > - the latest pharo vm as a 'pharo' binary in the PATH > - all plugins and libraries (native boost, freetype, ssl, ...) > - file association so you can just double-click on pharo images > - pharo icons visible everywhere (on image files, on ALT+TAB...) > - PharoV10.sources and PharoV20.sources > > Please fill bug reports on https://pharo.fogbugz.com. > > This package is currently only available for Ubuntu 12.10 Quantal. > Fill a bug report if you want me to package it for another version of > Ubuntu. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

April 7, 2013

Re: [Pharo-project] Issue 10219: Completion: enter on accept awkwardness

by stephane ducasse

I agree. :) On Apr 7, 2013, at 8:30 PM, Johan Brichau <johan(a)inceptive.be> wrote: > I'm fine with the fact that Pharo decides to put that as a default (because I can change it). > > But the preferences are fundamentally flawed: if I disable useEnterToAccept then I cannot even use <tab> instead. > I should also disable the <tab> as the completion of common prefixes. > The change I attached to my email demonstrates that this should not be the case. > > On 07 Apr 2013, at 12:27, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> I still think useEnterToAccept has to be true >> I sustain the idea of lower the entry level for the newcomers, instead supporting as default the use-workflow of power users (they have a settings browser there). >> We took this decision last year and I think it was a good one... not that we cannot change, but I would stick with it for now. >> >> I think the current completion functionality has some other problems that makes it sometimes uncomfortable to use... >> >> On Apr 7, 2013, at 12:16 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >> >>> >>> On Apr 6, 2013, at 11:44 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >>> >>>> If everybody likes it, maybe we should consider putting this configuration as default, no ? >>> >>> yes but first I would like to see the difference because I do not like it :) >>> >>> >>>> Ben >>>> >>>> On Apr 6, 2013, at 8:59 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: >>>> >>>>> stephane ducasse wrote >>>>>> would it be possible to get a couple of settings that you use? >>>>> >>>>> NECPreferences >>>>> enabled: true; >>>>> caseSensitive: true; >>>>> expandPrefixes: true; >>>>> useEnterToAccept: false; >>>>> smartCharacters: true; >>>>> smartCharactersWithDoubleSpace: '[]{}'; >>>>> spaceAfterCompletion: false; >>>>> popupAutomaticDelay: 100. >>>>> >>>>> >>>>> >>>>> ----- >>>>> Cheers, >>>>> Sean >>>>> -- >>>>> View this message in context: http://forum.world.st/Issue-10219-Completion-enter-on-accept-awkwardness-tp… >>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>> >>>> >>> >> > >

April 7, 2013

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

by Ciprian Teodorov

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 7, 2013

Re: [Pharo-project] [Pharo-users] [ANN] Pharo VM packages and PPA for Ubuntu

by Norbert Hartl

That's great! I think providing packages for LTS versions of ubuntu would be good. Norbert Am 07.04.2013 um 21:12 schrieb Damien Cassou <damien.cassou(a)gmail.com>: > Dear Pharo and Ubuntu users, > > Nicolas Petton and I are proud to announce Ubuntu packages for the > Pharo VM. Installing the pharo vm is now just a matter of: > > sudo add-apt-repository ppa:cassou/pharo > sudo apt-get update > sudo apt-get install pharo-vm > > With this package, you get: > > - the latest pharo vm as a 'pharo' binary in the PATH > - all plugins and libraries (native boost, freetype, ssl, ...) > - file association so you can just double-click on pharo images > - pharo icons visible everywhere (on image files, on ALT+TAB...) > - PharoV10.sources and PharoV20.sources > > Please fill bug reports on https://pharo.fogbugz.com. > > This package is currently only available for Ubuntu 12.10 Quantal. > Fill a bug report if you want me to package it for another version of > Ubuntu. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

April 7, 2013