January 2014 - Pharo-dev - lists.pharo.org

NewVersionBrowser
by Nicolai Hess Jan. 21, 2014

Jan. 21, 2014

Hi, I finished case "11714 <https://pharo.fogbugz.com/default.asp?11714>NewVersionBrowser needs to be finished". The changes are integrated and the case is closed. What I did, I create a new SLICE with Benjamins latest changes cleaned from all merge conflicts. Add the missing pieces for diff display with DiffMorph Finished the menu There is currently one issue with the version list sorting, I 'll make a new bug entry for this, soon. If you encounter any issues, please don't reopen this case but create a new one. I omit the Tools registry changes until I have done some more testings and there are no issues left. I have remaining question: With the side-by-side diff where to put the selected version and where the prior version? Currently (Old-)VersionBrowser shows the selected version on the right and the prior version on the left. This looks a bit strange. I would like to chang this.

3 3

Anyone with the passwd to edit http://book.pharo-project.org/book/PharoTools/
by Marcus Denker Jan. 21, 2014

Jan. 21, 2014

10231 collaboractive Book: Page about Pharo Tools is out of date https://pharo.fogbugz.com/f/cases/10231 â> the action needed to close this issue tracker entry is to remove the "Other Pharo Non Core Packagesâ section. (hint: resist the urge to do nothing because the âreal fixâ would be write a whole book)

2 4

Making Platform Installers
by Sean P. DeNigris Jan. 21, 2014

Jan. 21, 2014

Are there up-to-date instructions - or better yet CI scripts - or even better Smalltalk CI scripts :) - to make installers for Mac/Windows/Unix? How about if one can not install anything? Mac is easy enough, as a bundle has everything hidden in one, but what about Windows? Can one do better than a batch file + Pharo.ini specifying the image? Or an sh file + folder-with-everything-else for unix? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Making-Platform-Installers-tp4737775.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

10 15

[pharo-project/pharo-core]
by GitHub Jan. 20, 2014

Jan. 20, 2014

Branch: refs/tags/30711 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 88ae1c: 30711
by GitHub Jan. 20, 2014

Jan. 20, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 88ae1cfac835af58191d4ebccf4dc2bf60707ca2 https://github.com/pharo-project/pharo-core/commit/88ae1cfac835af58191d4ebc… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-20 (Mon, 20 Jan 2014) Changed paths: M Nautilus.package/AbstractNautilusUI.class/instance/source code area/defaultClassDescriptor.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/selectedClassDescription.st M Nautilus.package/PackageTreeNautilusUI.class/instance/source code area/defaultClassDescriptor.st A Nautilus.package/extension/Class/instance/definitionForNautilus.st A Nautilus.package/extension/ClassDescription/instance/definitionForNautilus.st A Nautilus.package/extension/TraitDescription/instance/definitionForNautilus.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script364.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30711.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Debugger.package/SpecDebugger.class/class/utilities/closeAllDebuggers.st A Traits.package/TClass.class/instance/subclass creation/subclass_instanceVariableNames_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation/subclass_uses_instanceVariableNames_classVariableNames_category_.st M Traits.package/TClass.class/instance/subclass creation/subclass_uses_instanceVariableNames_classVariableNames_poolDictionaries_category_.st Log Message: ----------- 30711 12163 New class template without poolDictionaries: line https://pharo.fogbugz.com/f/cases/12163 12632 window menu close all debuggers does not work anymore https://pharo.fogbugz.com/f/cases/12632 http://files.pharo.org/image/30/30711.zip

1 0

Smalltalk Impact
by Sean DeNigris Jan. 20, 2014

Jan. 20, 2014

Last week I attended an event at the The Metropolitan Museum of Art Media Lab. While networking, two educators told me that they use Scratch with their kidsâ¦ not knowing I knew anything about it. They showed me some of their students' projects and were so proud and excited. They were also intrigued when I shared Scratch's lineage, connecting the dots back to the dynabook vision of computers as a metamedium to transform human thought. I talked about Smalltalk, and directed them to Phratch - and its ability to create tiles - as a bridge between tile-based and "full fledged" programming, for those students who yearn for more expressive power. I thought you'd like to know that all of our work is rippling out in ways we can't imagineâ¦ Cheers, Sean

13 21

PhD Position on Dynamic Reflective Language Integration with FPGAs for Robotic Applications
by jannik laval Jan. 20, 2014

Jan. 20, 2014

The position is available now. Interested candidates may apply as soon as possible. *Title:* Ph.D. Student Position on Dynamic Reflective Language Integration with FPGAs for Robotic Applications *Location:* Mines de Douai and ENSTA Brest (France) *Advisor and contacts:* Noury Bouraqadi (noury.bouraqadi(a)mines-douai.fr) Luc Fabresse (luc.fabresse(a)mines-douai.fr) LoÃ¯c Lagadec (loic.lagadec(a)ensta-bretagne.fr) Jannik Laval (jannik.laval(a)mines-douai.fr) *Profile:* the candidate must must hold a recent Master of Science degree in Computer Science or Software Engineering and must have solid skills in dynamic reflective language (Smalltalk). *Description of the work:* The goal of this PhD is to study Smalltalk integration with FPGAs for robotic applications. This integration will enable us get the best from both worlds. Developers are provided with a high-level dynamic reflective language (Smalltalk) for building and debugging their applications. Still, we can have high performances by projecting part of the programs into FPGAs. These reconfigurable hardware chips can achieve performance faster than C programs, while consuming much less energy. The work to do can decompose into the following tasks: -Build reference robotic applications fully in Pharo Smalltalk using actual robots (see http://car.mines-douai.fr/robots/) -Analyze these applications to identify critical parts to project on FPGAs to significantly increase performances (speed, energy) -Do the actual projection to FPGA and evaluate performances of the transformed applications -Generalize the approach and define a methodology for turning Smalltalk code into FPGA -Propose a solution to automate the methodology The Ph.D student will receive a grant which net amount is approximately 1420 euros per month for 3 years (36 months). He will be co-supervised by LoÃ¯c Lagadec from the ENSTA-Bretagne (Lab-STICC, Brest) and Jannik Laval, Luc Fabresse and Noury Bouraqadi from Ecole des Mines de Douai (CAR, http://car.mines-douai.fr/) The first 18th month will be spent in Douai (Lille area), while the last half of the PhD will be spent in Brest. However, during the full 3 years, there will be a strong interaction with co-supervisers from both labs. *Bibliography:* -A Robust Layered Control System For A Mobile Robot. R. Brooks. IEEE Journal of Robotics and Automation. Vol. 2. Num 1. March, 1985. -RCS: A Cognitive Architecture for Intelligent MultiAgent Systems. J.S. Albus and A. J. Barbera. Proceedings of the 5th IFAC/EURON Symposium on Intelligent Autonomous Vehicles (IAV 2004). Lisbon, Portugal, 2004. -Handbook of Robotics. Bruno Siciliano and Oussama Khatib editors. Springer. 2008. -Multi-Level Simulation of Heterogeneous Reconfigurable Platforms. D. Picard and L. Lagadec. International Journal of Reconfigurable Computing. 2012. -High-level synthesis for FPGAs: From Prototyping to Deployment. Jason cong and stephen neuendorffer and juanjo noguera and kees vissers and zhiru zhang. IEEE Transactions on Computer-aided design of integrated circuits and systems. Vol. 30. Num 4. April, 2011. -The MOLEN Polymorphic Processor. S. Vassiliadis and S. Wong and G. Gaydadjiev and K. Bertels and G. Kuzmanov and E. Moscu Panainte. IEEE Transactions on Computers. 2004. -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/

3 3

Re: [Pharo-dev] [Moose-dev] [ANN] MessageTally in GTInspector
by Pharo4Stef Jan. 20, 2014

Jan. 20, 2014

On 20 Jan 2014, at 19:47, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Stef, are you asking for aspects? :-P No just managing mess :) > > On Jan 20, 2014, at 12:48 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > >> this is not only loading the challenges. we should handle cross cutting changes. >> >> Stef >> >> On 20 Jan 2014, at 11:05, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>> I think I understand the implications. >>> >>> Moose comes with these tools out of the box, so for people that work with Moose it makes perfect sense to work with tools from the future :). Btw, you can work with the bare GToolkit (only the components needed for Pharo) from here: >>> https://ci.inria.fr/moose/job/gtoolkit/lastSuccessfulBuild/artifact/gtoolki… >>> >>> I also think that the dependency problem is an important one, but it is orthogonal with the work on producing the IDE. I want to get these tools in Pharo, and I want to spend the energy in ensuring modularity, too. The components of the GToolkit are modular now. If at some point we decide to integrate them, the simplest thing we can do is to create the job that ensures their unloadability before the integration. >>> >>> Another option is to go back to a Core image and build the working image. I think we should reevaluate this option in the light of the latest Monticello speedups. For example, the current build time for a GToolkit image is 1.5 mins (loads Glamour, Roassal, Graph-ET, GToolkit) which is not a lot. >>> >>> Doru > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

1 0

unload all
by Pavel Krivanek Jan. 20, 2014

Jan. 20, 2014

Hi, I finally successfully created a script that is able to unload everything *by Monticello* except kernel packages, network, Monticello, Gofer and related packages. I will setup a job when Jenkins will be healthy again. It uses several temporary patches that we need to solve properly: - make NativeBoost optional - make UserManager optional - small super-easy issue https://pharo.fogbugz .com/f/cases/12679/change-package-of-ClassTrait-soleInstance The size of resultant image is about 6.6 MB, 4.9 MB without MC data and caches. BTW in the full image Monticello data have about 5MB. The image has no Undeclared nor obsolete classes and is really able to load something using Gofer. With some care we can make it usable base for the next remodularizationeffort. Cheers, -- Pavel

10 19

[ANN] MessageTally in GTInspector
by Tudor Girba Jan. 20, 2014

Jan. 20, 2014

Hi, The GTInspector just became a performance analysis tool, too. You can simply inspect a MessageTally and you get several useful views that help you identify performance problems. You can read a more detailed description here: http://www.humane-assessment.com/blog/assessing-pharo-performance-with-gtin… As an appetizer, I attached a screenshot with a Graph-ET chart (thank you Daniel Aviv for developing this engine). [image: Inline image 1] To play with the code, you can just work in the latest Moose 5.0 image: https://ci.inria.fr/moose/job/moose-5.0/lastSuccessfulBuild/artifact/moose-… Please let me know what you think. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

5 9