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

Re: [Pharo-project] Fwd: Easy SqueakVM build

by laurent laffont

2010/4/25 Mariano Martinez Peck <marianopeck(a)gmail.com> > Excellent. There is something I dont understand.... (probably because my > shell scripts are very limited) > What I don't understand is that it works with this soooo stupid error :) Fixed and committed. Thanks. Laurent Laffont > > When you do: > > echo "Download PharoCore 1.0" > if [ ! -e $pharo_archive ]; then > wget $download_url > fi > > > > but... download_url is > > download_url=" > https://gforge.inria.fr/frs/download.php/26775/$pharo_archive" > > and $pharo_archive is > > pharo_archive=$pharo_dir.zip > > and $pharo_dir is > > pharo_dir=$working_dir/$pharo_version > > > and finally, $working_dir is > > working_dir=`pwd`/out > > So...I don't understand how $download_url can be > > > https://gforge.inria.fr/frs/download.php/26775/PharoCore-1.0-10517.zip > > Cheers > > Mariano > > > > > > > > 2010/4/20 laurent laffont <laurent.laffont(a)gmail.com> > >> If some people are interested ... >> >> Cheers, >> >> Laurent Laffont >> >> >> ---------- Forwarded message ---------- >> From: laurent laffont <laurent.laffont(a)gmail.com> >> Date: Tue, Apr 20, 2010 at 10:16 PM >> Subject: Easy SqueakVM build >> To: Squeak Virtual Machine Development Discussion < >> vm-dev(a)lists.squeakfoundation.org> >> >> >> Hi, >> >> I've written a script to build the squeak vm from scratch on Linux in one >> command. It's here http://github.com/lolgzs/easy_squeakvm >> To build the VM, just get the the script and >> ./easy_squeakvm.sh >> >> This will >> - checkout squeakvm sources from svn repository >> - download PharoCore image >> - load VMMaker into PharoCore >> - generate the interpreter >> - build the VM >> - put binaries in out/squeakvm, ready to use >> >> I was tired of typing the same commands over and over :) >> >> Cheers, >> >> Laurent Laffont >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 25, 2010

Re: [Pharo-project] is MC and MCBrowser sending event when a package is created?

by Lukas Renggli

> Now lukas when people use Gofer to load a package, do the dependent of MCWorkingCopy gets notified? Gofer just uses the Monticello code, so MCWorkingCopy and all MC tools that register for events get updated. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by StÃ©phane Ducasse

On Apr 25, 2010, at 6:30 PM, Tudor Girba wrote: > +1 > > I would even vote for a nice Java integration if one would be available :). I hope that johan will provide Javaconnect but this one will be a real external tool :) > > Cheers, > Doru > > > On 25 Apr 2010, at 18:17, Alexandre Bergel wrote: > >> +1 >> >> On 25 Apr 2010, at 12:12, StÃ©phane Ducasse wrote: >> >>>> >>>> yes communication with C library. so this is just a tool too. >>>> >>>> >>>> >>>> Exactly. It is a tool. Not a dev tool in my opinion.In such way, SqueakDBX is also a tool. A tool to persist in a relational database. >>> >>> Mariano FFI/ALIEN is ***REALLY*** important to get the possibility to call and write code in smalltalk >>> as mentioned by john so this is more central (closer to core) than openDBX or refactoring browser. >>> Look at lua... why lua is cool because he can be embeded seamlessly in C and call C. So if we do not put pressure >>> on FFI to support callback well or ALIEN then we will stay this language that has problem to interact with the outside world. >>> This is why having FFI in pharo-dev is important. We should be able to call mac native menu. >>> Of course we should pay attention that we rely too much on C library but the world is getting more complex and writing >>> everything in smalltalk is also costly. Not FFI/ALIEN can reduce our dependency to C compilation and C-writing so this is already >>> an important step. >>> Am I clear? >>> >>> Stef >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 25, 2010

Re: [Pharo-project] is MC and MCBrowser sending event when a package is created?

by StÃ©phane Ducasse

> is MC and MCBrowser sending event when a package is created? > > Yes. > >> is it using/extending SystemChangeNotifier? > > No. You register using #addDependent: to the class side of MCWorkingCopy. Thanks! I will try. I would like to see if my packageOrganizer can be filled up automatically in parallel to packageInfo PackageOrganizer. But may be I will have to hack the system and override heavily some methods. :( We will have to fix that, uniformity is a cool property. I imagine that it will break a lot since we can call unload Do you know if when we send aWorkingCopy unload we get notified too? and notified of what because I saw unload -> unregister unregister self class registry removeKey: package. self class changed: #allManagers MCPackageManager seems full of code that we should remove :( I just checked and I saw that MCBrowser was hardcoding PackageInfo :( Because it would have been good to follow what roel started: Tools where dependent from systemNotifier, event the changeset Now lukas when people use Gofer to load a package, do the dependent of MCWorkingCopy gets notified? Stef

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by Tudor Girba

+1 I would even vote for a nice Java integration if one would be available :). Cheers, Doru On 25 Apr 2010, at 18:17, Alexandre Bergel wrote: > +1 > > On 25 Apr 2010, at 12:12, StÃ©phane Ducasse wrote: > >>> >>> yes communication with C library. so this is just a tool too. >>> >>> >>> >>> Exactly. It is a tool. Not a dev tool in my opinion.In such way, >>> SqueakDBX is also a tool. A tool to persist in a relational >>> database. >> >> Mariano FFI/ALIEN is ***REALLY*** important to get the possibility >> to call and write code in smalltalk >> as mentioned by john so this is more central (closer to core) than >> openDBX or refactoring browser. >> Look at lua... why lua is cool because he can be embeded seamlessly >> in C and call C. So if we do not put pressure >> on FFI to support callback well or ALIEN then we will stay this >> language that has problem to interact with the outside world. >> This is why having FFI in pharo-dev is important. We should be able >> to call mac native menu. >> Of course we should pay attention that we rely too much on C >> library but the world is getting more complex and writing >> everything in smalltalk is also costly. Not FFI/ALIEN can reduce >> our dependency to C compilation and C-writing so this is already >> an important step. >> Am I clear? >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

April 25, 2010

Re: [Pharo-project] is MC and MCBrowser sending event when a package is created?

by Lukas Renggli

On Sunday, April 25, 2010, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi > > is MC and MCBrowser sending event when a package is created? Yes. > is it using/extending SystemChangeNotifier? No. You register using #addDependent: to the class side of MCWorkingCopy. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by Alexandre Bergel

+1 On 25 Apr 2010, at 12:12, StÃ©phane Ducasse wrote: >> >> yes communication with C library. so this is just a tool too. >> >> >> >> Exactly. It is a tool. Not a dev tool in my opinion.In such way, >> SqueakDBX is also a tool. A tool to persist in a relational database. > > Mariano FFI/ALIEN is ***REALLY*** important to get the possibility > to call and write code in smalltalk > as mentioned by john so this is more central (closer to core) than > openDBX or refactoring browser. > Look at lua... why lua is cool because he can be embeded seamlessly > in C and call C. So if we do not put pressure > on FFI to support callback well or ALIEN then we will stay this > language that has problem to interact with the outside world. > This is why having FFI in pharo-dev is important. We should be able > to call mac native menu. > Of course we should pay attention that we rely too much on C library > but the world is getting more complex and writing > everything in smalltalk is also costly. Not FFI/ALIEN can reduce our > dependency to C compilation and C-writing so this is already > an important step. > Am I clear? > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2010

[Pharo-project] is MC and MCBrowser sending event when a package is created?

by StÃ©phane Ducasse

Hi is MC and MCBrowser sending event when a package is created? is it using/extending SystemChangeNotifier? Stef

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by StÃ©phane Ducasse

> > yes communication with C library. so this is just a tool too. > > > > Exactly. It is a tool. Not a dev tool in my opinion.In such way, SqueakDBX is also a tool. A tool to persist in a relational database. Mariano FFI/ALIEN is ***REALLY*** important to get the possibility to call and write code in smalltalk as mentioned by john so this is more central (closer to core) than openDBX or refactoring browser. Look at lua... why lua is cool because he can be embeded seamlessly in C and call C. So if we do not put pressure on FFI to support callback well or ALIEN then we will stay this language that has problem to interact with the outside world. This is why having FFI in pharo-dev is important. We should be able to call mac native menu. Of course we should pay attention that we rely too much on C library but the world is getting more complex and writing everything in smalltalk is also costly. Not FFI/ALIEN can reduce our dependency to C compilation and C-writing so this is already an important step. Am I clear? Stef

April 25, 2010

Re: [Pharo-project] FFI in 1.1

by Mariano Martinez Peck

On Sun, Apr 25, 2010 at 6:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > > > Frankly, its a dev tool. What else it is if not a dev tool? > > > > Just a library, but not a dev tool from my point of view. I understand > from "dev tool" a tool aimed for make the developrs life better: good > browsers, autocompletion, color hightitlying, refactoring tools, etc. > > yes communication with C library. so this is just a tool too. > > > Exactly. It is a tool. Not a dev tool in my opinion.In such way, SqueakDBX is also a tool. A tool to persist in a relational database. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 25, 2010