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

[Pharo-project] [update 1.4] #14383

by Marcus Denker

14383 ----- The following changes have been integrated:

March 8, 2012

Re: [Pharo-project] Adding a statement programmatically

by Philippe Marschall

On 03/07/2012 09:12 PM, Sean P. DeNigris wrote: > What's the easiest way to add a statement to an existing method? > > In the case I'm thinking about, it's going at the end, so I can cheat and > just recompile with the string appended, but I'd like to know how to insert > into an arbitrary place in the AST... Reflectivity [1]? [1] http://scg.unibe.ch/research/reflectivity Cheers Philippe

March 8, 2012

Re: [Pharo-project] Adding a statement programmatically

by Noury Bouraqadi

Hi Sean, Did you thought about: -using method wrappers? -object as methods. An object o put in a method dictionary instead of some method with selector #s. When #s is looked up, o receives the message run: selector with: args in: originalReceiver -proxies (look at Ghost) so you introduce an indirection to perform what ever action you want before performing the actual code Noury On 7 mars 2012, at 21:12, Sean P. DeNigris wrote: > What's the easiest way to add a statement to an existing method? > > In the case I'm thinking about, it's going at the end, so I can cheat and > just recompile with the string appended, but I'd like to know how to insert > into an arbitrary place in the AST... > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Adding-a-statement-programmatically-tp4454447p4454447… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

March 8, 2012

[Pharo-project] GSoC: ARM jitter for Squeak VM

by Nick Ager

Here's hoping that in a similar way to Yanni and the ePUB proposal and someone will jump in and say that they are already working on this. Quoting Eliot: It's not overambitious for someone good. And I'd love to see it happen. > But finding time to be a mentor has proven difficult for me in the past. > I'd happily be part-mentor, but I need someone to at least help in the > GSoC process... so if there is anyone out there that can help Eliot and Igor with mentoring or the GSoC process, jump in and offer support. The proposal: ----- Name: ARM jitter for Squeak VM Level: Advanced Possible mentor: Eliot Miranda Possible second mentor: Igor Stasenko Description The Squeak VM is the dynamic virtual machine used for many open-source software projects such as Scratch [1], eToys [2], Pharo [3], the Newspeak language [4], the innovative web framework Seaside [5] and many others. CogVM [6] is a development of the Squeak VM which adds a powerful Intel x86 JITer [7]. The CogVM JIT has significantly improved the performance of the open-source Smalltalk projects which have adapted to use it. Increasingly low cost highly capable ARM hardware such as the Raspberry Pi [8] and the Beagle Board [9] have become widely available. In addition the new version of the one-laptop-per-child is based on the ARM platform [10]. The Squeak VM compiles for ARM platforms, but currently there is no JIT on ARM platforms, significantly decreasing the performance of popular software on ARM. The goal of this project is to add simple ARM JITTing capability to the CogVM. [1] http://scratch.mit.edu/ [2] http://www.squeakland.org/about/intro/ [3] http://www.pharo-project.org [4] http://newspeaklanguage.org/ [5] http://seaside.st/ [6] http://gitorious.org/cogvm [7] http://en.wikipedia.org/wiki/Just-in-time_compilation [8] http://www.raspberrypi.org/ [9] http://beagleboard.org/bone [10] http://one.laptop.org/about/xo-3 Technical Details The work would require a interest in virtual machine optimisation, some knowledge of Intel x86 and ARM assembler and knowledge of C and dynamic languages. The Squeak and Cog VM are written in a simplified subset of Smalltalk known as slang [11] - which then generates C output and forms the basis of the VM. As the Squeak VM is a Smalltalk program, it is developed in Smalltalk, and the Cog JIT is no exception. The VM, including the JIT, is written in Smalltalk and run in the context of the Smalltalk IDE, but the JIT still generates machine-code that must be evaluated within the Smalltalk environment. On x86 is done by interfacing to an x86 simulator library derived from the Bochs x86/x86-64 PC simulator, written in C++. Implementing the ARM port should be no different. The first task will be to choose and interface to a suitable ARM simualtor/emulator. Once this is working, the ARM code generator can be incrementally developed within Smalltalk. Finally once the simulator is fully functional one can get down and dirty with an actual physical ARM machine - such as the Raspberry Pi or Beagle Board. [11] http://wiki.squeak.org/squeak/2267 Benefits to the Student The student will gain an in-depth knowledge of virtual machine optimisation, working in a productive innovative environment - it's great fun to be able to implement a JIT in a safe high-level dynamic language, instead of the traditional route of developing in C/C++ and debugging in GDB. The student will have the satisfaction of seeing performance gains for a range of high-profile projects which use the Squeak VM on ARM. Benefits to the Community The Smalltalk community will gain an initial implementation of an ARM Jitter which can then be further developed along-side the x86 dynamic translation work. An ARM Jitter for the CogVM will improve the performance of many notable open-source projects on low-cost ARM hardware, bringing innovative software and development environments to wider community. ---- Cheers Nick

March 8, 2012

Re: [Pharo-project] GSoC ideas, 5 days to go!

by Martin Dias

Hi! here is another project: Description: Package management with Fuel Technical details: Fuel is a general purpose binary serializer. It already saves and loads classes without using a compiler. Package management has additional challenges like check dependencies, run pre- and post-scripts, override existing classes or methods, tolerate superclass shape changes, run system validations, send notifications, clean uninstall, and others. Provide integration with current tools like Monticello, Gofer and Metacello would be good. Benefit for student: Complete understanding of the life cycle of classes and packages in the system. Benefit for community: Pharo/Squeak users will have the alternative to load classes without compilation. This would be useful in bootstrap image experimentation. This approach has proved great utility in other Smalltalk environments, for example in Parcels (VW Smalltalk). Cheers Martin On Wed, Mar 7, 2012 at 11:53 AM, Carla F. Griggio <carla.griggio(a)gmail.com>wrote: > Yay! :D > Tonight I'll write a nice project description then. And even if it's not > elected for the GSoC program I'll do it at work sometime during this year :P > > > On Wed, Mar 7, 2012 at 11:17 AM, Geoffroy Couprie <geo.couprie(a)gmail.com>wrote: > >> The old (97) Excel file format is a weird file system acting as a >> database. It is also used for doc, msi and cab files. The new format (xslx, >> docx, etc) is just a zipped bunch of xml files, so it's quite easy to parse >> :) >> >> >> On Wed, Mar 7, 2012 at 3:05 PM, Carla F. Griggio <carla.griggio(a)gmail.com >> > wrote: >> >>> Great! >>> >>> That reminds me... would it be too hard to be able to export Excel files >>> from Pharo? Or at least Open Office Spreadsheets? >>> >>> That could be a project idea too. >>> >>> On Wed, Mar 7, 2012 at 10:38 AM, Tudor Girba <tudor(a)tudorgirba.com>wrote: >>> >>>> Hi, >>>> >>>> Good one, Nick. I can offer to be second mentor on this one as well. >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>> On Wed, Mar 7, 2012 at 2:32 PM, Nick Ager <nick.ager(a)gmail.com> wrote: >>>> > Hi Janko, >>>> > >>>> > Here you go: 'ePUB Output for Pier Books' >>>> > >>>> > -------------- >>>> > >>>> > Name: ePUB Output for Pier Books >>>> > Level: Intermediate >>>> > Possible mentor: Nick Ager >>>> > Possible second mentor: Lukas Rengli >>>> > >>>> > Description >>>> > Pier [1,2] is an extensible object-oriented content management >>>> system that >>>> > includes a book authoring engine. The book authoring engine has been >>>> used to >>>> > document a number of Smalltalk based projects, most notable Seaside >>>> [3] as >>>> > well as Moose [4] and Pharo [5]. >>>> > >>>> > The goal of this project is add ePUB [6] as an output format to Pier >>>> > enabling existing and future Pier books and other Pier content to be >>>> output >>>> > in a format readable by popular eReaders. >>>> > >>>> > [1] http://www.piercms.com/ >>>> > [2] http://code.google.com/p/pier/ >>>> > [3] http://book.seaside.st/ >>>> > [4] http://www.themoosebook.org/ >>>> > [5] http://book.pharo-project.org/ >>>> > [6] http://en.wikipedia.org/wiki/EPUB >>>> > >>>> > Technical Details >>>> > >>>> > Content in Pier is parsed into a document tree that supports the >>>> visitor >>>> > pattern [7] for traversing the internal representation. Pier currently >>>> > supports a number of output formats such as HTML, plain text, RSS, >>>> wiki >>>> > text. These formats are generated by visitors. The existing visitors >>>> would >>>> > act as a template for creation of an ePUB visitor which would >>>> generate ePUB >>>> > compatible output. >>>> > >>>> > [7] http://en.wikipedia.org/wiki/Visitor_pattern >>>> > >>>> > Benefits to the Student >>>> > The project is well defined with a clear deliverable. The student >>>> will gain >>>> > an understanding of the internals of a powerful, well structured >>>> content >>>> > management system as well as the satisfaction of having a set of >>>> artefacts >>>> > in the format of the existing Pier book content translated into ePUB >>>> > format. >>>> > >>>> > Benefits to the Community >>>> > The Smalltalk community and others using the Pier book authoring >>>> engine will >>>> > gain ePUB as an output format. With an ebook output format authors >>>> have a >>>> > potential new revenue source, encouraging a virtuous cycle of >>>> increasing >>>> > documentation within and outside the community. >>>> > >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>>> >>> >> >

March 8, 2012

Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk

by StÃ©phane Ducasse

the idea is to have one Metacello repository per version of pharo to build kind of self contained distributions. Check in the mailing-list we already discussed them. Like that we can open a browser on a specific distribution. Stef On Mar 8, 2012, at 10:04 AM, Nicolas Cellier wrote: > > > Le 8 mars 2012 09:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > Thanks! > > Can you publish it in the MetaRepo14 too? > > Kesako ? > > Stef (survived a project writing). > > On Mar 8, 2012, at 1:50 AM, Nicolas Cellier wrote: > > > I just committed a ConfigurationOfSmallapack that loads in Pharo1.4 and passes the tests on MacOSX (use version 1.1 or #development). > > On other platforms, you'll need to provide appropriate LAPACK/BLAS DLL. > > In other dialects (Squeak) or Pharo versions, the configuration has not been tested. > > > > Nicolas > > > > Le 6 mars 2012 12:32, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > > > > On Mar 6, 2012, at 3:11 AM, Serge Stinckwich wrote: > > > > > On Tue, Mar 6, 2012 at 4:29 AM, StÃ©phane Ducasse > > > <stephane.ducasse(a)inria.fr> wrote: > > >> It would be really interesting to organize a bit the scientific packages so that we have one nice library to look for. > > >> Serge if you have some code please package it. > > > > > > Yes sure ! > > > > > > Anyone is aware of any Smalltalk code/project that might be used for a > > > scientific library for Smalltalk. > > > At the moment, there is a lot of fragmentation: > > > > > > - DHBNumerical (MIT): http://www.squeaksource.com/DHBNumerical.html > > > - StMath (licence unknown): > > > http://live.exept.de/doc/online/english/programming/goody_stmath.html > > > - MathComplex and MathQuaternion (MIT): http://www.squeaksource.com/Complex.html > > > - Smallapack (MIT): http://www.squeaksource.com/Smallapack.html > > > > > > Who is willing to contribue and in what domain (numerical analysis, > > > matrix, probability distribution, ...) ? > > > > > > Maybe we can propose a GSOC project for a student ? > > > > why not > > now we should start to > > - define a configurationOf for DHB > > - produce more tests Right now they are all in one class > > - may be produce some simple doc. I should reread the book (I read it in draft at least 5 times). > > > > Stef > > > > > Regards, > > > -- > > > Serge Stinckwich > > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > > Every DSL ends up being Smalltalk > > > http://doesnotunderstand.org/ > > > > > > > > > > > >

March 8, 2012

Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk

by Nicolas Cellier

Le 8 mars 2012 09:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > Thanks! > > Can you publish it in the MetaRepo14 too? > > Kesako ? > Stef (survived a project writing). > > On Mar 8, 2012, at 1:50 AM, Nicolas Cellier wrote: > > > I just committed a ConfigurationOfSmallapack that loads in Pharo1.4 and > passes the tests on MacOSX (use version 1.1 or #development). > > On other platforms, you'll need to provide appropriate LAPACK/BLAS DLL. > > In other dialects (Squeak) or Pharo versions, the configuration has not > been tested. > > > > Nicolas > > > > Le 6 mars 2012 12:32, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a > Ã©crit : > > > > On Mar 6, 2012, at 3:11 AM, Serge Stinckwich wrote: > > > > > On Tue, Mar 6, 2012 at 4:29 AM, StÃ©phane Ducasse > > > <stephane.ducasse(a)inria.fr> wrote: > > >> It would be really interesting to organize a bit the scientific > packages so that we have one nice library to look for. > > >> Serge if you have some code please package it. > > > > > > Yes sure ! > > > > > > Anyone is aware of any Smalltalk code/project that might be used for a > > > scientific library for Smalltalk. > > > At the moment, there is a lot of fragmentation: > > > > > > - DHBNumerical (MIT): http://www.squeaksource.com/DHBNumerical.html > > > - StMath (licence unknown): > > > http://live.exept.de/doc/online/english/programming/goody_stmath.html > > > - MathComplex and MathQuaternion (MIT): > http://www.squeaksource.com/Complex.html > > > - Smallapack (MIT): http://www.squeaksource.com/Smallapack.html > > > > > > Who is willing to contribue and in what domain (numerical analysis, > > > matrix, probability distribution, ...) ? > > > > > > Maybe we can propose a GSOC project for a student ? > > > > why not > > now we should start to > > - define a configurationOf for DHB > > - produce more tests Right now they are all in one class > > - may be produce some simple doc. I should reread the book (I > read it in draft at least 5 times). > > > > Stef > > > > > Regards, > > > -- > > > Serge Stinckwich > > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > > Every DSL ends up being Smalltalk > > > http://doesnotunderstand.org/ > > > > > > > > > > > >

March 8, 2012

Re: [Pharo-project] [Moose-dev] Re: numerical method in smalltalk

by StÃ©phane Ducasse

Thanks! Can you publish it in the MetaRepo14 too? Stef (survived a project writing). On Mar 8, 2012, at 1:50 AM, Nicolas Cellier wrote: > I just committed a ConfigurationOfSmallapack that loads in Pharo1.4 and passes the tests on MacOSX (use version 1.1 or #development). > On other platforms, you'll need to provide appropriate LAPACK/BLAS DLL. > In other dialects (Squeak) or Pharo versions, the configuration has not been tested. > > Nicolas > > Le 6 mars 2012 12:32, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > > On Mar 6, 2012, at 3:11 AM, Serge Stinckwich wrote: > > > On Tue, Mar 6, 2012 at 4:29 AM, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > >> It would be really interesting to organize a bit the scientific packages so that we have one nice library to look for. > >> Serge if you have some code please package it. > > > > Yes sure ! > > > > Anyone is aware of any Smalltalk code/project that might be used for a > > scientific library for Smalltalk. > > At the moment, there is a lot of fragmentation: > > > > - DHBNumerical (MIT): http://www.squeaksource.com/DHBNumerical.html > > - StMath (licence unknown): > > http://live.exept.de/doc/online/english/programming/goody_stmath.html > > - MathComplex and MathQuaternion (MIT): http://www.squeaksource.com/Complex.html > > - Smallapack (MIT): http://www.squeaksource.com/Smallapack.html > > > > Who is willing to contribue and in what domain (numerical analysis, > > matrix, probability distribution, ...) ? > > > > Maybe we can propose a GSOC project for a student ? > > why not > now we should start to > - define a configurationOf for DHB > - produce more tests Right now they are all in one class > - may be produce some simple doc. I should reread the book (I read it in draft at least 5 times). > > Stef > > > Regards, > > -- > > Serge Stinckwich > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > Every DSL ends up being Smalltalk > > http://doesnotunderstand.org/ > > > > >

March 8, 2012

Re: [Pharo-project] XMLRPC on 1.4 using Zinc

by StÃ©phane Ducasse

> > Today I had some free time and tried and really was very simple to adapt the client to Zinc, I think is already working (need still to publish and adapt ConfigurationOf*). > > > > Now I'm studying a bit the server to adapt the code to ZnServer and eliminate Kom. Then xmlrpc could be also shipped in the image in case of interest. > > We do not need to ship with the image but having a good configuration published in MetacelloRepository would be definitively a plus. > > > ok. > > About MetacelloRepository, will continue in Squeaksource? or will be moved to ss3? I noted that some packages in ss3 include their own ConfigurationOf in the same repo than the packages. For the moment it is on squeak source. Stef

March 8, 2012

Re: [Pharo-project] failing FS tests

by StÃ©phane Ducasse

yes it is this is to test that paths can contain strange char Stef On Mar 8, 2012, at 9:18 AM, Marcus Denker wrote: > > On Mar 8, 2012, at 9:16 AM, Pavel Krivanek wrote: > >> On Thu, Mar 8, 2012 at 9:00 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>> Hi Marcus, >>> >>> there is a lot of new FS failing tests in the update 14381 (also after >>> re-run). Because this tests are not failing on my local machine, I >>> guess the reason is in a strange file named test-ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ in the >>> workspace. I suggest to try to clear workspace before the new build. >>> >>> -- Pavel >> >> >> I tried to do that but it failed because of Jenkins error. I guess >> someone will have to do it manually. > > > I removed the file. It's a file with umlauts in the name... I wonder if it's generated by > a test? > > -- > Marcus Denker -- http://marcusdenker.de > >

March 8, 2012