- Pharo-dev - lists.pharo.org

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

RFB on Pharo3
by Sebastian Sastre Jan. 20, 2014

Jan. 20, 2014

Hi there, this is causing a debugger to be open in the deprecated method RFBSession>>desktopName "Answer the name of the desktop, constructed from the image, host and platform names." "RFBSession new desktopName" ^String streamContents: [:stream | stream nextPutAll: SmalltalkImage current imageName asFileReference basename; nextPut: $@; nextPutAll: server localHostName; nextPutAll: ' ['; nextPutAll: OSPlatform platformName; space; nextPutAll: OSPlatform osVersion; nextPut: $]. interactive ifFalse: [stream nextPutAll: ' - view only']] fix: RFBSession>>desktopName "Answer the name of the desktop, constructed from the image, host and platform names." "RFBSession new desktopName" ^String streamContents: [:stream | stream nextPutAll: SmalltalkImage current imageName asFileReference basename; nextPut: $@; nextPutAll: server localHostName; nextPutAll: ' ['; nextPutAll: Smalltalk os name; space; nextPutAll: Smalltalk os version; nextPut: $]. interactive ifFalse: [stream nextPutAll: ' - view only']]

4 8

[JOB] [Academia] Tenured Researcher Positions at Inria
by Marcus Denker Jan. 20, 2014

Jan. 20, 2014

Tenured Researcher Positions at INRIA ======================== The yearly competition for Inria research positions started. (Deadline: Feb 14th) RMoD is looking for researchers to apply for joining our team at Lille/France with permanent (tenured) positions: CR2 "Young graduate scientist" http://www.inria.fr/en/institute/recruitment/offers/young-graduate-scientis… - a doctorate (or equivalent degree) - formally no other research experience required, in practice the competition is very hard and a strong academic CV is needed on a level that requires, besides a very good PhD, at least1-2 years of post-doctoral research. CR1 "Young experienced scientist" http://www.inria.fr/en/institute/recruitment/offers/senior-researcher/ - a doctorate (or equivalent degree) - 4 years of research experience. - very strong academic CV. DR2 "Senior researcher" http://www.inria.fr/en/institute/recruitment/offers/senior-researcher/ - a doctorate (or equivalent degree) - at least 8 years experience in research - very strong academic CV. The positions are tenured after a probation period of 12 Months. Duties --------- -> Research (No teaching) -> Help manage the Research Group. -> Be involved with the self-governance of the Inria Lab and Inria as a whole. -> Guide PhD Students (And therefore get a french habilitation to be able to formally supervise PhD students) -> Help acquiring additional funds for PhD Students, Postdocs and Engineers -> Transfer of research results to the real world. (this means: making things real is valued. Not just paper writing) About Lille and Inria: --------------------------- -> Lille is located in the north of france. (one hour from Paris, 1h20 from London, 35 min from Brussels, by train) -> French food, combined with good Belgium beer. -> RMoD: http://rmod.lille.inria.fr -> INRIA Lille: http://www.inria.fr/lille/ -> INRIA in General: http://www.inria.fr/en/institute/inria-in-brief/key-figures -> Lille: - http://en.wikipedia.org/wiki/Lille - http://wikitravel.org/en/Lille Interested? Please contact Marcus Denker <marcus.denker(a)inria.fr> and StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>

1 0

Question on Unclassified / _UnpackagedPackage
by Goubier Thierry Jan. 20, 2014

Jan. 20, 2014

Hi all, I'm looking at classes without package and/or without system category. Nautilus offers a _UnpackagedPackage; some code in Class use 'Unclassified' when compiling without explicit category. So far, creating an 'Unclassified' class does not register in _UnpackagedPackage (however, I do see an 'Unclassified' RPackage with, of course, no MCWorkingCopy associated). anybody knows how this is supposed to work? Thierry -- 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

1 0

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

Jan. 20, 2014

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

1 0

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

Jan. 20, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: f01921e1e606b99d90837706a86bc0bfba1c7517 https://github.com/pharo-project/pharo-core/commit/f01921e1e606b99d90837706… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-20 (Mon, 20 Jan 2014) Changed paths: M ClassOrganizer-Core.package/ClassOrganization.class/instance/accessing/removeCategory_.st A ClassOrganizer-Core.package/ClassOrganization.class/instance/accessing/removeProtocolIfEmpty_.st A ClassOrganizer-Core.package/ClassOrganization.class/instance/accessing/removeProtocol_.st M Monticello.package/MCMethodDefinition.class/instance/installing/removeSelector_fromClass_.st A Nautilus.package/AbstractNautilusUI.class/instance/accessing/groupsAreVisible.st M Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/groupsButtonLabel.st M Nautilus.package/AbstractNautilusUI.class/instance/group announcements/aGroupHasBeenAdded_.st M Nautilus.package/AbstractNautilusUI.class/instance/group announcements/aGroupHasBeenRegistered_.st M Nautilus.package/AbstractNautilusUI.class/instance/group announcements/aGroupHasBeenRemoved_.st M Nautilus.package/AbstractNautilusUI.class/instance/group announcements/aGroupHasBeenRenamed_.st M Nautilus.package/AbstractNautilusUI.class/instance/group announcements/aGroupHasBeenUnregistered_.st M Nautilus.package/AbstractNautilusUI.class/instance/group/addNewGroup.st A Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/groupsAreVisible.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script363.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30710.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Tests.package/MCPackageTest.class/instance/private/aMethodRemoved_.st M Tests.package/MCPackageTest.class/instance/tests/testUnload.st A Tests.package/MCPackageTest.class/instance/tests/testUnloadWithAdditionalTracking.st Log Message: ----------- 30710 12449 Nautilus setting "Show groups on top" breaks automatic group update https://pharo.fogbugz.com/f/cases/12449 12490 Unloading package does not unload correctly https://pharo.fogbugz.com/f/cases/12490 http://files.pharo.org/image/30/30710.zip

1 0

something wrong with pharo ci server?
by Johan Brichau Jan. 20, 2014

Jan. 20, 2014

All builds are stalledâ¦ wazzup? Johan

3 2