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

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by StÃ©phane Ducasse

serge could you start a wiki page with all the current resources? Like that we get a first impression. It would be good to think about package names too (I do not really like DHB for example in the package name). Stef On Mar 29, 2012, at 11:32 AM, Serge Stinckwich wrote: > On Thu, Mar 29, 2012 at 4:19 PM, Francisco Garau > <francisco.garau(a)gmail.com> wrote: >> There is a GSoC project to have R-bindings in Smalltalk. >> >> That would be just amazing! >> >> Very useful for a lot of applications (including finance) > > Yes sure, this is great, but usually this kind of project (binding > with another language) are quite difficult for student. > The student need to know 2 different languages, and also how to use > FFI to connect them. > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ >

March 29, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Serge Stinckwich

On Thu, Mar 29, 2012 at 4:19 PM, Francisco Garau <francisco.garau(a)gmail.com> wrote: > There is a GSoC project to have R-bindings in Smalltalk. > > That would be just amazing! > > Very useful for a lot of applications (including finance) Yes sure, this is great, but usually this kind of project (binding with another language) are quite difficult for student. The student need to know 2 different languages, and also how to use FFI to connect them. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

March 29, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by phil＠highoctane.be

It would be just as nice to be able to integrate R through some kind of bridge. I am using R as well over here. And wxMaxima. What is interesting is that Blue book already has some interesting bits about distributions etc in the simulations part. Maybe we should already bring that material inside Pharo in a Stats-Bluebook package? Phil 2012/3/29 Alexandre Bergel <alexandre.bergel(a)me.com> > For what I need R, Pharo can easily be better. Just an EyeSee pdf exporter > will give me enough energy to build things on top of it. > > Alexandre > > > > Le 28 mars 2012 Ã 10:21, "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> a > Ã©crit : > > > It would be great to stab the R beast through the heart. But it will > be tough go given the richness of analyses that R can do. I have been > tinkering with PLplot for a while, but there are some graphs for R is > simply more capable, and the modeling and tests are undeniably powerful. > > > > Bill > > > > > > ________________________________________ > > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Alexandre > Bergel [alexandre.bergel(a)me.com] > > Sent: Wednesday, March 28, 2012 8:44 AM > > To: Moose-related development > > Cc: Pharo Development > > Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk > > > > Hi Serge! > > > > I welcome very much this initiative. > > Something that I believe is important, is an pdf graph exporter (maybe > based on EyeSee) and the various test distribution (e.g., CHI). The fact > that these two are missing is exactly the reason why I use R and Numbers > instead of Pharo. > > > > I sincerely believe that Pharo can be an alternative to R and Maple. A > bit more is needed from our side however. > > > > Alexandre > > > > > > On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > > > >> Dear all, > >> > >> we already discuss about that in the moose and pharo mailing-list. > >> Maybe this is too late, but please find a small proposal for gsoc 2012 > below. > >> > >> ================================================================ > >> > >> Name: SciSmalltalk > >> Level: Intermediate > >> Possible mentor: Serge Stinckwich > >> Possible second mentor: ? > >> > >> Description > >> Smalltalk has at that time no equivalent to mathematical libraries > >> like NumPy, SciPy (Python) or SciRuby (Ruby). > >> The goal of the SciSmalltalk project is to develop an open-source > >> library of mathematical for the Smalltalk programming language (MIT > >> Licence). > >> > >> Technical Details > >> The development of this project is to be done in Pharo Smalltalk, but > >> the code should be portable to other Smalltalk flavors. > >> Numerous Smalltalk projects provide already some basic functionalities > >> (complex and quaternions extensions, random number generator, fuzzy > >> algorithms, LAPACK linear algebra package, Didier Besset's numerical > >> methods, ...). A first task will be to do an audit of all the existing > >> projects that provide some mathematical stuff and build a Pharo > >> Configuration to load them in a fresh Pharo Smalltalk image. After > >> that, the student help by his/her mentors will decide what are the > >> numeric algorithms to develop in priority. > >> > >> The student will need to know some basic numeric algorithms usually > >> found in such libraries. > >> Units tests should also be provided. > >> > >> Benefits to the Student > >> The student will help the Smalltalk community in a very concrete way. > >> The student will learn to design well-designed code with tests. > >> > >> Benefits to the Community > >> Having a package providing more elaborate numeric libraries is really > >> important to develop the use Smalltalk in new domains (robotics, high > >> performance computing, computer vision, bio-computing, ...). The lack > >> of numeric librairies hamper the use of the Smalltalk in a scientific > >> context at the moment. An another goal of this project is to develop a > >> community of people interested by these topic. > >> > >> Regards, > >> -- > >> Serge Stinckwich > >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > >> Every DSL ends up being Smalltalk > >> http://doesnotunderstand.org/ > >> _______________________________________________ > >> Moose-dev mailing list > >> Moose-dev(a)iam.unibe.ch > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

March 29, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Francisco Garau

There is a GSoC project to have R-bindings in Smalltalk. That would be just amazing! Very useful for a lot of applications (including finance) On 28 March 2012 15:21, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > It would be great to stab the R beast through the heart. But it will be > tough go given the richness of analyses that R can do. I have been > tinkering with PLplot for a while, but there are some graphs for R is > simply more capable, and the modeling and tests are undeniably powerful. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [ > pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Alexandre > Bergel [alexandre.bergel(a)me.com] > Sent: Wednesday, March 28, 2012 8:44 AM > To: Moose-related development > Cc: Pharo Development > Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk > > Hi Serge! > > I welcome very much this initiative. > Something that I believe is important, is an pdf graph exporter (maybe > based on EyeSee) and the various test distribution (e.g., CHI). The fact > that these two are missing is exactly the reason why I use R and Numbers > instead of Pharo. > > I sincerely believe that Pharo can be an alternative to R and Maple. A bit > more is needed from our side however. > > Alexandre > > > On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > > > Dear all, > > > > we already discuss about that in the moose and pharo mailing-list. > > Maybe this is too late, but please find a small proposal for gsoc 2012 > below. > > > > ================================================================ > > > > Name: SciSmalltalk > > Level: Intermediate > > Possible mentor: Serge Stinckwich > > Possible second mentor: ? > > > > Description > > Smalltalk has at that time no equivalent to mathematical libraries > > like NumPy, SciPy (Python) or SciRuby (Ruby). > > The goal of the SciSmalltalk project is to develop an open-source > > library of mathematical for the Smalltalk programming language (MIT > > Licence). > > > > Technical Details > > The development of this project is to be done in Pharo Smalltalk, but > > the code should be portable to other Smalltalk flavors. > > Numerous Smalltalk projects provide already some basic functionalities > > (complex and quaternions extensions, random number generator, fuzzy > > algorithms, LAPACK linear algebra package, Didier Besset's numerical > > methods, ...). A first task will be to do an audit of all the existing > > projects that provide some mathematical stuff and build a Pharo > > Configuration to load them in a fresh Pharo Smalltalk image. After > > that, the student help by his/her mentors will decide what are the > > numeric algorithms to develop in priority. > > > > The student will need to know some basic numeric algorithms usually > > found in such libraries. > > Units tests should also be provided. > > > > Benefits to the Student > > The student will help the Smalltalk community in a very concrete way. > > The student will learn to design well-designed code with tests. > > > > Benefits to the Community > > Having a package providing more elaborate numeric libraries is really > > important to develop the use Smalltalk in new domains (robotics, high > > performance computing, computer vision, bio-computing, ...). The lack > > of numeric librairies hamper the use of the Smalltalk in a scientific > > context at the moment. An another goal of this project is to develop a > > community of people interested by these topic. > > > > Regards, > > -- > > Serge Stinckwich > > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > > Every DSL ends up being Smalltalk > > http://doesnotunderstand.org/ > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > >

March 29, 2012

[Pharo-project] mapping primitive numbers to meaningful selectors

by Francisco Garau

Hi - in porting the Type Inference Engine to Pharo, I came across this problem. I was using the Interpreter class to help translate from the number of a primitive into a meaningful selector (eg from 1 to primitiveAdd). Any ideas how to achieve something similar in Pharo? Assuming primitive numbers haven't changed, I could just copy that method... - Francisco In Squeak 2.8: Interpreter class >> initializePrimitiveTable**** "This table generates a C switch statement for primitive dispatching."**** ** ** "NOTE: The real limit here is 2047, but our C compiler currently barfs over 700"**** MaxPrimitiveIndex _ 700.**** PrimitiveTable _ Array new: MaxPrimitiveIndex + 1.**** self table: PrimitiveTable from:**** #( "Integer Primitives (0-19)"**** (0 primitiveFail)**** (1 primitiveAdd)**** (2 primitiveSubtract)**** (3 primitiveLessThan)**** (4 primitiveGreaterThan)**** (5 primitiveLessOrEqual)**** (6 primitiveGreaterOrEqual)**** (7 primitiveEqual)**** (8 primitiveNotEqual)**** (9 primitiveMultiply)**** (10 primitiveDivide)**** (11 primitiveMod) : <and so on>

March 29, 2012

Re: [Pharo-project] What is the Zodiac load script for 1.3?

by Sven Van Caekenberghe

Sean, On 29 Mar 2012, at 04:29, Sean P. DeNigris wrote: > I've tried many different combinations from mailing list posts and websites, > but unable to duplicate the functionality of the Zodiac alpha one-click. I need to cranck up the documentation effort a bit. I plead guilty. > Here was one attempt: > > Gofer new > squeaksource: 'ZincHTTPComponents'; > package: 'ConfigurationOfZincHTTPComponents'; > load. > > (self class environment at: #ConfigurationOfZincHTTPComponents) load. I am not 100% sure that ConfigurationOfZincHTTPComponents is up to date, I don't maintain it. I always do: Gofer it squeaksource: 'ZincHTTPComponents'; package: 'Zinc-HTTP'; package: 'Zinc-Tests'; load. > Gofer it > squeaksource: 'Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > load. OK > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-Zodiac'; > load. OK, but this is optional, it adds tests and an experimental HTTPS server. There is also Zodiac-Extra in Zodiac which adds stuff related to secure mail. > ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. This is no longer needed. > I copied the ssl bundle from the one-click, and I guess it's working (no primitive error) Yes, you need the plugin. > Sean Sven

March 29, 2012

Re: [Pharo-project] [Moose-dev] SciSmalltalk

by Alexandre Bergel

For what I need R, Pharo can easily be better. Just an EyeSee pdf exporter will give me enough energy to build things on top of it. Alexandre Le 28 mars 2012 Ã 10:21, "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> a Ã©crit : > It would be great to stab the R beast through the heart. But it will be tough go given the richness of analyses that R can do. I have been tinkering with PLplot for a while, but there are some graphs for R is simply more capable, and the modeling and tests are undeniably powerful. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Alexandre Bergel [alexandre.bergel(a)me.com] > Sent: Wednesday, March 28, 2012 8:44 AM > To: Moose-related development > Cc: Pharo Development > Subject: Re: [Pharo-project] [Moose-dev] SciSmalltalk > > Hi Serge! > > I welcome very much this initiative. > Something that I believe is important, is an pdf graph exporter (maybe based on EyeSee) and the various test distribution (e.g., CHI). The fact that these two are missing is exactly the reason why I use R and Numbers instead of Pharo. > > I sincerely believe that Pharo can be an alternative to R and Maple. A bit more is needed from our side however. > > Alexandre > > > On 27 Mar 2012, at 21:38, Serge Stinckwich wrote: > >> Dear all, >> >> we already discuss about that in the moose and pharo mailing-list. >> Maybe this is too late, but please find a small proposal for gsoc 2012 below. >> >> ================================================================ >> >> Name: SciSmalltalk >> Level: Intermediate >> Possible mentor: Serge Stinckwich >> Possible second mentor: ? >> >> Description >> Smalltalk has at that time no equivalent to mathematical libraries >> like NumPy, SciPy (Python) or SciRuby (Ruby). >> The goal of the SciSmalltalk project is to develop an open-source >> library of mathematical for the Smalltalk programming language (MIT >> Licence). >> >> Technical Details >> The development of this project is to be done in Pharo Smalltalk, but >> the code should be portable to other Smalltalk flavors. >> Numerous Smalltalk projects provide already some basic functionalities >> (complex and quaternions extensions, random number generator, fuzzy >> algorithms, LAPACK linear algebra package, Didier Besset's numerical >> methods, ...). A first task will be to do an audit of all the existing >> projects that provide some mathematical stuff and build a Pharo >> Configuration to load them in a fresh Pharo Smalltalk image. After >> that, the student help by his/her mentors will decide what are the >> numeric algorithms to develop in priority. >> >> The student will need to know some basic numeric algorithms usually >> found in such libraries. >> Units tests should also be provided. >> >> Benefits to the Student >> The student will help the Smalltalk community in a very concrete way. >> The student will learn to design well-designed code with tests. >> >> Benefits to the Community >> Having a package providing more elaborate numeric libraries is really >> important to develop the use Smalltalk in new domains (robotics, high >> performance computing, computer vision, bio-computing, ...). The lack >> of numeric librairies hamper the use of the Smalltalk in a scientific >> context at the moment. An another goal of this project is to develop a >> community of people interested by these topic. >> >> Regards, >> -- >> Serge Stinckwich >> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam >> Every DSL ends up being Smalltalk >> http://doesnotunderstand.org/ >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

March 29, 2012

[Pharo-project] CogVM LD_LIBRARY_PATH

by Francois Stephany

I got the same error than in thread: http://forum.world.st/can-t-infer-base-LD-LIBRARY-PATH-Aborting-td4237761.h… The server was running an Ubuntu 10.04.4 LTS 32bits. CogVM from there: http://www.mirandabanda.org/files/Cog/VM/VM.r2538/ ldd gave me this: ldd lib/squeak/4.0-2538/squeak linux-gate.so.1 => (0xb76f9000) libutil.so.1 => /lib/tls/i686/cmov/libutil.so.1 (0xb76ec000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb76e8000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb76cf000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb76a8000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7691000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7538000) /lib/ld-linux.so.2 (0xb76fa000) I change the case statement in the squeak launch script to: > > case `/usr/bin/ldd "$BIN/squeak" | /bin/fgrep /libc. | sed 's/^.*=> //'` in > /lib/libc*) SVMLLP="/lib:/usr/lib";; > /lib32/libc*) SVMLLP="/lib32:/usr/lib32";; > /lib64/libc*) SVMLLP="/lib64:/usr/lib64";; > /lib/tls/i686/cmov/libc*) SVMLLP="/lib/tls:/lib:/usr/lib/tls:/usr/lib";; > /lib/i386-linux-gnu/libc*) SVMLLP="/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu";; > *) echo "can't infer base LD_LIBRARY_PATH. Aborting." 1>&2; > exit 1 > esac i.e., I changed that case /lib/tls/libc* to /lib/tls/i686/cmov/libc* That's could maybe be useful for someone...

March 29, 2012

[Pharo-project] What is the Zodiac load script for 1.3?

by Sean P. DeNigris

I've tried many different combinations from mailing list posts and websites, but unable to duplicate the functionality of the Zodiac alpha one-click. Here was one attempt: Gofer new squeaksource: 'ZincHTTPComponents'; package: 'ConfigurationOfZincHTTPComponents'; load. (self class environment at: #ConfigurationOfZincHTTPComponents) load. Gofer it squeaksource: 'Zodiac'; package: 'Zodiac-Core'; package: 'Zodiac-Tests'; load. Gofer it squeaksource: 'ZincHTTPComponents'; package: 'Zinc-Zodiac'; load. ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. I copied the ssl bundle from the one-click, and I guess it's working (no primitive error) Sean -- View this message in context: http://forum.world.st/What-is-the-Zodiac-load-script-for-1-3-tp4514291p4514… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 29, 2012

Re: [Pharo-project] [Vm-dev] Re: Enhancing SmalltalkImage>>recreateSpecialObjectsArray to lower coupling

by David T. Lewis

On Mon, Mar 19, 2012 at 10:01:23AM -0700, Eliot Miranda wrote: > > Hi Guillermo, > > On Sun, Mar 18, 2012 at 5:46 PM, Guillermo Polito <guillermopolito(a)gmail.com > > wrote: > > > What about changing #recreateSpecialObjectsArray so having in mind some > > classes like Bitmap or Display may not be in the kernel? > > This only changes some lines like: > > > > ... > > newArray at: 5 put: (self at: #Bitmap ifAbsent: [ nil ]). > > > > ... > > > > newArray at: 13 put: (self at: #Point ifAbsent: [ nil ]). > > > > ... > > > > newArray at: 15 put: (self at: #Display ifAbsent: [ nil ]). > > > > ... > > > > newArray at: 34 put: (self at: #Point ifPresent: [ :cls | 0@0] > > ifAbsent: [ nil ]). > > > > The last one isn't used in Cog (in fact indices 32, 33 & 34 are unused) and > probably unused in the Interpreter. David? Good question. I took a quick look at senders of #splObj: and I do not see any usage of these entries in the special objects array. It appears that the entries are (or were) intended to support fast object initialization: "Prototype instances that can be copied for fast initialization" newArray at: 32 put: (Float new: 2). newArray at: 33 put: (LargePositiveInteger new: 4). newArray at: 34 put: Point new. I cannot guarantee that these entries are unused, but it may well be that they are obsolete. I guess one way to confirm this is to nil them out in the array and see what breaks. Dave

March 29, 2012