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

[Pharo-project] how to contribute test to pharo

by Hilaire Fernandes

I can't find any information in the website Hilaire

March 28, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Mariano Martinez Peck

2010/3/28 laurent laffont <laurent.laffont(a)gmail.com> > > 2010/3/28 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> Hi Laurent. I have been trying to compile the VM directly from your >> sources, but I found some problems. >> >> >> The first one was that I haven't installed cmake. Thus, I have to do a >> sudo apt-get install cmake. After that, it could do the configure. >> >> Then, the second error is that when trying to configure, there are some >> libraries or headers not found. I attach the output of the configure >> command. >> > > In debian-based distro headers are in separate packages, the ones that ends > with -dev. (flamewar inside:) that's why I've switched to ArchLinux, far > more simple). > > Yes. I know that problem ;) With SqueakDBX I had the same problem when installing the dev packages of the database client libraries. > So when a header is not found, like asoundlib.h, the easy way is to go to > http://packages.ubuntu.com/ , go down the page to "Search the contents of > packages" and fill the search field with the name of file. > You will see that it's libasound2-dev package. > > Good link! I didn't know how to easily search it. Thanks > In debian (I don't really know ubuntu), you have apt-file to search for a > package's file: > apt-file search asoundlib.h > > And a really great command is "auto-apt run" which installs automagically > all needed packages for a given command. You can try: > auto-apt run ../unix/cmake/configure > > when it detects a missing header, it will search the corresponding package > and prompt you to install it. > > > I tried both tools but don't seem to work...I don't know why. They just do nothing. But anyway, I do it manually :) If someone is interested, these are all the packages I needed to install in order not to have problems in my Ubuntu 9.10: sudo apt-get install linux-libc-dev libecasound2.2-dev libasound2-dev libc6-dev gnulib libc6-dev libpulse-dev libxrender-dev uuid-dev > >> In addition, is the output of the configure written somewhere like >> config.log or similar ? >> > > It seems no. You can do > ../unix/cmake/configure > config.log > > yes, thanks :) > > >> >> 2) why the "squeak" executable has "hardcoded" the parameters "-pathenc >> UTF-8 -encoding UTF-8 -plugins /usr/local/lib/squeak/3.11.13-2135 >> -vm-sound-oss" >> is that correct ? do I ALWAYS want all those parameters ? And if I don't >> want them, how can I execute a "clean" squeak ? >> >> > May be you can remove sound related plugin... take a look at > ../unix/cmake/configure --help > ... > --without-<plugin> do not build the named plugin > .... > Ok.....but not only plugins. For exaple, if I don't want UTF-8 ? > > You can also generate your own src using the Pharo-Core with VMMaker image > I've made > http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz > > VMMaker is already configured. Just remove the sound plugin from external > plugins, adapt paths to your system and click "Entire". > > Thanks. I did this several times, but in MacOS, not linux. But this step is the same :) > > >> >> Finally, in another thread, Eliot told me how to be able to debug SqueakVM >> with Gdb and threads. He told me to do: >> >> ../unix/cmake/configure CFLAGS="-g3 -pthread" LIBS=-lpthread >> >> but configure says: >> >> unknown option: CFLAGS=-g3 -pthread >> unknown option: LIBS=-lpthread >> > > you forgot the -- > > ufff.....what an idiot...thanks! did you already discovered I am a newbie here ? :) Thanks for everything. Mariano > ../unix/cmake/configure --CFLAGS="-g3-pthread" > > Laurent Laffont > > >> >> Do you know how can I do this ? should I send this email to vm mailing >> list ? >> >> Thanks a lot in advance! >> >> Mariano >> >> >> >> On Sun, Mar 28, 2010 at 12:50 PM, Levente Uzonyi <leves(a)elte.hu> wrote: >> >>> Your optimization flags are probably ignored by cmake: see this thread >>> http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003736.html >>> >>> You could also give these flags a try on x86 cpus: -O3 >>> -fomit-frame-pointer -mfpmath=sse -march=native >>> >>> >>> Levente >>> >>> >>> On Sun, 28 Mar 2010, laurent laffont wrote: >>> >>> More benchmarks. >>>> >>>> Updated procedure with gcc optimizations activated: >>>> wget >>>> >>>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >>>> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz >>>> cd Squeak-3.11.3.2135-pharo-src/ >>>> mkdir build && cd build >>>> ../unix/cmake/configure --CFLAGS="-O2" >>>> make >>>> sudo make install >>>> >>>> >>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin >>>> ========================================== >>>> 334421946 bytecodes/sec; 8026581 sends/sec >>>> 334640522 bytecodes/sec; 7449884 sends/sec >>>> 334421946 bytecodes/sec; 7449884 sends/sec >>>> 334421946 bytecodes/sec; 7675486 sends/sec >>>> 327156549 bytecodes/sec; 7598782 sends/sec >>>> >>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O2 >>>> ========================================== >>>> 330109606 bytecodes/sec; 9183392 sends/sec >>>> 331177231 bytecodes/sec; 9190792 sends/sec >>>> 330535829 bytecodes/sec; 9198204 sends/sec >>>> 329896907 bytecodes/sec; 9220511 sends/sec >>>> 330963154 bytecodes/sec; 8973857 sends/sec >>>> >>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O3 >>>> ========================================== >>>> 296811594 bytecodes/sec; 10138464 sends/sec >>>> 296467863 bytecodes/sec; 10129460 sends/sec >>>> 296639629 bytecodes/sec; 10138464 sends/sec >>>> 296124927 bytecodes/sec; 7920675 sends/sec >>>> 296296296 bytecodes/sec; 7926179 sends/sec >>>> >>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification >>>> ========================================== >>>> 306586826 bytecodes/sec; 7218843 sends/sec >>>> 308248043 bytecodes/sec; 7209717 sends/sec >>>> 308805790 bytecodes/sec; 7223415 sends/sec >>>> 309552599 bytecodes/sec; 7218843 sends/sec >>>> 309927360 bytecodes/sec; 7269453 sends/sec >>>> >>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification + CFLAGS=-O2 >>>> ========================================== >>>> 293073840 bytecodes/sec; 8807546 sends/sec >>>> 292070735 bytecodes/sec; 8841684 sends/sec >>>> 281628162 bytecodes/sec; 8896858 sends/sec >>>> 294422081 bytecodes/sec; 8903804 sends/sec >>>> >>>> Laurent Laffont >>>> >>>> >>>> 2010/3/28 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>> >>>> >>>>> >>>>> 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> >>>>> >>>>> OK, I've tried the Smalltalk one... >>>>> >>>>>> >>>>>> With rev 2151 gnuification (awk) is done as I have gnu-interp.c >>>>>> and gnu-interp.c.log in my build directory. >>>>>> >>>>>> Benchmark gives me: >>>>>> >>>>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification >>>>>> ========================================== >>>>>> 312385600 bytecodes/sec; 7320778 sends/sec >>>>>> 310868245 bytecodes/sec; 8271046 sends/sec >>>>>> 310679611 bytecodes/sec; 8271046 sends/sec >>>>>> 310868245 bytecodes/sec; 7232576 sends/sec >>>>>> 310491206 bytecodes/sec; 8271046 sends/sec >>>>>> >>>>>> compared to >>>>>> >>>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin >>>>>> ========================================== >>>>>> 334421946 bytecodes/sec; 8026581 sends/sec >>>>>> 334640522 bytecodes/sec; 7449884 sends/sec >>>>>> 334421946 bytecodes/sec; 7449884 sends/sec >>>>>> 334421946 bytecodes/sec; 7675486 sends/sec >>>>>> 327156549 bytecodes/sec; 7598782 sends/sec >>>>>> >>>>>> so it seems that on my machine rev 2135 without gnuification is a >>>>>> little >>>>>> better. I have GCC 4.4.3, Linux 32bits. >>>>>> >>>>>> >>>>>> I don't understand....it is slower with the gnuification ? >>>>> >>>>> weird.... >>>>> >>>>> >>>>> >>>>> >>>>> Laurent Laffont >>>>>> >>>>>> >>>>>> >>>>>> On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi <leves(a)elte.hu> >>>>>> wrote: >>>>>> >>>>>> On Sat, 27 Mar 2010, laurent laffont wrote: >>>>>>> >>>>>>> I've tried gnuification on rev 2151. cmake/configure OK. But while >>>>>>> >>>>>>>> building: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: >>>>>>>> erreur: #error GNUIFICATION FAILED ( 0 ) >>>>>>>> >>>>>>>> >>>>>>> Which gnuification method did you try? >>>>>>> There are two different versions. The origial version is an awk >>>>>>> script >>>>>>> which is run when you're building the vm with make. This is executed >>>>>>> by >>>>>>> default if you have awk installed. >>>>>>> There's another version written in smalltalk (linked by Mariano into >>>>>>> this >>>>>>> thread) which is not used by VMMAker at the moment, you probably >>>>>>> don't need >>>>>>> that. If you applied the latter one, you have to make sure that the >>>>>>> first >>>>>>> one is not executed. You can't gnuifying the sources twice. >>>>>>> Since both do the same, the best you can do now is to ignore the >>>>>>> smalltalk version. If VMMaker will adopt Gnuifier.st we can remove >>>>>>> the awk >>>>>>> dependency from the build process, until then you shouldn't apply it >>>>>>> if your >>>>>>> platform has awk installed. >>>>>>> >>>>>>> >>>>>>> Levente >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Laurent Laffont >>>>>>>> >>>>>>>> >>>>>>>> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont >>>>>>>> <laurent.laffont(a)gmail.com>wrote: >>>>>>>> >>>>>>>> Does it mean latest SVN source is already "Gnuified" ? With latest >>>>>>>> >>>>>>>>> rev. >>>>>>>>>> I >>>>>>>>>> >>>>>>>>>> have a little drop in benchmarks. However I'd rather put a stable >>>>>>>>>>> >>>>>>>>>>> release >>>>>>>>>> >>>>>>>>>> for Pharo 1.0 than latest trunk. What do you think ? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> The so-called "gnuification" is a transformation of the interp.c >>>>>>>>>> file. >>>>>>>>>> So >>>>>>>>>> this is done after generating the sources with VMMaker. The cmake >>>>>>>>>> configuration that comes with revision 2135 does not have this >>>>>>>>>> step >>>>>>>>>> enabled, >>>>>>>>>> and the more recent version that I used, revision 2151, has it. >>>>>>>>>> The >>>>>>>>>> magic is >>>>>>>>>> in the awk script in unix/cmake/gnuify.awk which produes >>>>>>>>>> gnu-interp.c. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> OK thanks. I will take a look. >>>>>>>>> >>>>>>>>> Laurent Laffont >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>>> Adrian >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Laurent Laffont >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Adrian >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>>> >>>> >>> _______________________________________________ >>> 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 >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 28, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by StÃ©phane Ducasse

thanks! Indeed may be this is time to start a git for the VMs source code :) Stef On Mar 28, 2010, at 9:41 PM, laurent laffont wrote: > I've updated the source archive with Levente's patch which fixes multiple CFLAGS options. > > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > > Laurent Laffont > > > On Sun, Mar 28, 2010 at 7:42 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Thank you ! > > Here the result: > > Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer -mfpmath=sse -march=native -s -mtune=generic" > ========================================== > 339072847 bytecodes/sec; 9560580 sends/sec > 338848444 bytecodes/sec; 9552573 sends/sec > 338177014 bytecodes/sec; 9473233 sends/sec > 337953795 bytecodes/sec; 9496896 sends/sec > 338848444 bytecodes/sec; 9496896 sends/sec > > so the best performance I have so far. > > Laurent Laffont > > > > On Sun, Mar 28, 2010 at 6:10 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Sun, 28 Mar 2010, laurent laffont wrote: > > Thanks for the link. When I clean my build directory and run configure with > only one option (CFLAGS="-02") then it's OK. > > With several CFLAGS options it's strange, and now I understand why > http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003740.html > > There's a full fix here: http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003742.html > > > > I'm starting to think that git can be better for squeak-vm than svn, so we > can propose branches with patches included.... > > > Probably yes. > > > Levente > > > Thanks > > Laurent Laffont > > > On Sun, Mar 28, 2010 at 5:50 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > > Your optimization flags are probably ignored by cmake: see this thread > http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003736.html > > You could also give these flags a try on x86 cpus: -O3 -fomit-frame-pointer > -mfpmath=sse -march=native > > > Levente > > > On Sun, 28 Mar 2010, laurent laffont wrote: > > More benchmarks. > > Updated procedure with gcc optimizations activated: > wget > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz > cd Squeak-3.11.3.2135-pharo-src/ > mkdir build && cd build > ../unix/cmake/configure --CFLAGS="-O2" > make > sudo make install > > > Squeak VM 3.11.3 -r 2135 + FT2Plugin > ========================================== > 334421946 bytecodes/sec; 8026581 sends/sec > 334640522 bytecodes/sec; 7449884 sends/sec > 334421946 bytecodes/sec; 7449884 sends/sec > 334421946 bytecodes/sec; 7675486 sends/sec > 327156549 bytecodes/sec; 7598782 sends/sec > > Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O2 > ========================================== > 330109606 bytecodes/sec; 9183392 sends/sec > 331177231 bytecodes/sec; 9190792 sends/sec > 330535829 bytecodes/sec; 9198204 sends/sec > 329896907 bytecodes/sec; 9220511 sends/sec > 330963154 bytecodes/sec; 8973857 sends/sec > > Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O3 > ========================================== > 296811594 bytecodes/sec; 10138464 sends/sec > 296467863 bytecodes/sec; 10129460 sends/sec > 296639629 bytecodes/sec; 10138464 sends/sec > 296124927 bytecodes/sec; 7920675 sends/sec > 296296296 bytecodes/sec; 7926179 sends/sec > > Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification > ========================================== > 306586826 bytecodes/sec; 7218843 sends/sec > 308248043 bytecodes/sec; 7209717 sends/sec > 308805790 bytecodes/sec; 7223415 sends/sec > 309552599 bytecodes/sec; 7218843 sends/sec > 309927360 bytecodes/sec; 7269453 sends/sec > > Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification + CFLAGS=-O2 > ========================================== > 293073840 bytecodes/sec; 8807546 sends/sec > 292070735 bytecodes/sec; 8841684 sends/sec > 281628162 bytecodes/sec; 8896858 sends/sec > 294422081 bytecodes/sec; 8903804 sends/sec > > Laurent Laffont > > > 2010/3/28 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > > 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> > > OK, I've tried the Smalltalk one... > > > With rev 2151 gnuification (awk) is done as I have gnu-interp.c > and gnu-interp.c.log in my build directory. > > Benchmark gives me: > > Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification > ========================================== > 312385600 bytecodes/sec; 7320778 sends/sec > 310868245 bytecodes/sec; 8271046 sends/sec > 310679611 bytecodes/sec; 8271046 sends/sec > 310868245 bytecodes/sec; 7232576 sends/sec > 310491206 bytecodes/sec; 8271046 sends/sec > > compared to > > Squeak VM 3.11.3 -r 2135 + FT2Plugin > ========================================== > 334421946 bytecodes/sec; 8026581 sends/sec > 334640522 bytecodes/sec; 7449884 sends/sec > 334421946 bytecodes/sec; 7449884 sends/sec > 334421946 bytecodes/sec; 7675486 sends/sec > 327156549 bytecodes/sec; 7598782 sends/sec > > so it seems that on my machine rev 2135 without gnuification is a little > better. I have GCC 4.4.3, Linux 32bits. > > > I don't understand....it is slower with the gnuification ? > > weird.... > > > > > Laurent Laffont > > > > On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > > On Sat, 27 Mar 2010, laurent laffont wrote: > > I've tried gnuification on rev 2151. cmake/configure OK. But while > > building: > > > > /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: > erreur: #error GNUIFICATION FAILED ( 0 ) > > > Which gnuification method did you try? > There are two different versions. The origial version is an awk script > which is run when you're building the vm with make. This is executed by > default if you have awk installed. > There's another version written in smalltalk (linked by Mariano into > this > thread) which is not used by VMMAker at the moment, you probably don't > need > that. If you applied the latter one, you have to make sure that the > first > one is not executed. You can't gnuifying the sources twice. > Since both do the same, the best you can do now is to ignore the > smalltalk version. If VMMaker will adopt Gnuifier.st we can remove the > awk > dependency from the build process, until then you shouldn't apply it if > your > platform has awk installed. > > > Levente > > > > > Laurent Laffont > > > On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont > <laurent.laffont(a)gmail.com>wrote: > > Does it mean latest SVN source is already "Gnuified" ? With latest > > rev. > I > > have a little drop in benchmarks. However I'd rather put a stable > > release > > for Pharo 1.0 than latest trunk. What do you think ? > > > The so-called "gnuification" is a transformation of the interp.c > file. > So > this is done after generating the sources with VMMaker. The cmake > configuration that comes with revision 2135 does not have this step > enabled, > and the more recent version that I used, revision 2151, has it. The > magic is > in the awk script in unix/cmake/gnuify.awk which produes > gnu-interp.c. > > > OK thanks. I will take a look. > > Laurent Laffont > > > > > Cheers, > Adrian > > > Laurent Laffont > > > > Adrian > > > _______________________________________________ > 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 > > > > _______________________________________________ > 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 > > > > _______________________________________________ > 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 > > > > _______________________________________________ > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 28, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

I've updated the source archive with Levente's patch which fixes multiple CFLAGS options. http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz Laurent Laffont On Sun, Mar 28, 2010 at 7:42 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Thank you ! > > Here the result: > > Squeak VM 3.11.3 -r 2135 + FT2Plugin + --CFLAGS="-O3 -fomit-frame-pointer > -mfpmath=sse -march=native -s -mtune=generic" > ========================================== > 339072847 bytecodes/sec; 9560580 sends/sec > 338848444 bytecodes/sec; 9552573 sends/sec > 338177014 bytecodes/sec; 9473233 sends/sec > 337953795 bytecodes/sec; 9496896 sends/sec > 338848444 bytecodes/sec; 9496896 sends/sec > > so the best performance I have so far. > > Laurent Laffont > > > > On Sun, Mar 28, 2010 at 6:10 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Sun, 28 Mar 2010, laurent laffont wrote: >> >> Thanks for the link. When I clean my build directory and run configure >>> with >>> only one option (CFLAGS="-02") then it's OK. >>> >>> With several CFLAGS options it's strange, and now I understand why >>> >>> http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003740.html >>> >> >> There's a full fix here: >> http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003742.html >> >> >> >>> I'm starting to think that git can be better for squeak-vm than svn, so >>> we >>> can propose branches with patches included.... >>> >>> >> Probably yes. >> >> >> Levente >> >> >> Thanks >>> >>> Laurent Laffont >>> >>> >>> On Sun, Mar 28, 2010 at 5:50 PM, Levente Uzonyi <leves(a)elte.hu> wrote: >>> >>> Your optimization flags are probably ignored by cmake: see this thread >>>> >>>> http://lists.squeakfoundation.org/pipermail/vm-dev/2010-January/003736.html >>>> >>>> You could also give these flags a try on x86 cpus: -O3 >>>> -fomit-frame-pointer >>>> -mfpmath=sse -march=native >>>> >>>> >>>> Levente >>>> >>>> >>>> On Sun, 28 Mar 2010, laurent laffont wrote: >>>> >>>> More benchmarks. >>>> >>>>> >>>>> Updated procedure with gcc optimizations activated: >>>>> wget >>>>> >>>>> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >>>>> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz >>>>> cd Squeak-3.11.3.2135-pharo-src/ >>>>> mkdir build && cd build >>>>> ../unix/cmake/configure --CFLAGS="-O2" >>>>> make >>>>> sudo make install >>>>> >>>>> >>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin >>>>> ========================================== >>>>> 334421946 bytecodes/sec; 8026581 sends/sec >>>>> 334640522 bytecodes/sec; 7449884 sends/sec >>>>> 334421946 bytecodes/sec; 7449884 sends/sec >>>>> 334421946 bytecodes/sec; 7675486 sends/sec >>>>> 327156549 bytecodes/sec; 7598782 sends/sec >>>>> >>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O2 >>>>> ========================================== >>>>> 330109606 bytecodes/sec; 9183392 sends/sec >>>>> 331177231 bytecodes/sec; 9190792 sends/sec >>>>> 330535829 bytecodes/sec; 9198204 sends/sec >>>>> 329896907 bytecodes/sec; 9220511 sends/sec >>>>> 330963154 bytecodes/sec; 8973857 sends/sec >>>>> >>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin + CFLAGS=-O3 >>>>> ========================================== >>>>> 296811594 bytecodes/sec; 10138464 sends/sec >>>>> 296467863 bytecodes/sec; 10129460 sends/sec >>>>> 296639629 bytecodes/sec; 10138464 sends/sec >>>>> 296124927 bytecodes/sec; 7920675 sends/sec >>>>> 296296296 bytecodes/sec; 7926179 sends/sec >>>>> >>>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification >>>>> ========================================== >>>>> 306586826 bytecodes/sec; 7218843 sends/sec >>>>> 308248043 bytecodes/sec; 7209717 sends/sec >>>>> 308805790 bytecodes/sec; 7223415 sends/sec >>>>> 309552599 bytecodes/sec; 7218843 sends/sec >>>>> 309927360 bytecodes/sec; 7269453 sends/sec >>>>> >>>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification + CFLAGS=-O2 >>>>> ========================================== >>>>> 293073840 bytecodes/sec; 8807546 sends/sec >>>>> 292070735 bytecodes/sec; 8841684 sends/sec >>>>> 281628162 bytecodes/sec; 8896858 sends/sec >>>>> 294422081 bytecodes/sec; 8903804 sends/sec >>>>> >>>>> Laurent Laffont >>>>> >>>>> >>>>> 2010/3/28 Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> >>>>> >>>>> >>>>>> 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> >>>>>> >>>>>> OK, I've tried the Smalltalk one... >>>>>> >>>>>> >>>>>>> With rev 2151 gnuification (awk) is done as I have gnu-interp.c >>>>>>> and gnu-interp.c.log in my build directory. >>>>>>> >>>>>>> Benchmark gives me: >>>>>>> >>>>>>> Squeak VM 3.11.3 -r 2151 + FT2Plugin + Gnuification >>>>>>> ========================================== >>>>>>> 312385600 bytecodes/sec; 7320778 sends/sec >>>>>>> 310868245 bytecodes/sec; 8271046 sends/sec >>>>>>> 310679611 bytecodes/sec; 8271046 sends/sec >>>>>>> 310868245 bytecodes/sec; 7232576 sends/sec >>>>>>> 310491206 bytecodes/sec; 8271046 sends/sec >>>>>>> >>>>>>> compared to >>>>>>> >>>>>>> Squeak VM 3.11.3 -r 2135 + FT2Plugin >>>>>>> ========================================== >>>>>>> 334421946 bytecodes/sec; 8026581 sends/sec >>>>>>> 334640522 bytecodes/sec; 7449884 sends/sec >>>>>>> 334421946 bytecodes/sec; 7449884 sends/sec >>>>>>> 334421946 bytecodes/sec; 7675486 sends/sec >>>>>>> 327156549 bytecodes/sec; 7598782 sends/sec >>>>>>> >>>>>>> so it seems that on my machine rev 2135 without gnuification is a >>>>>>> little >>>>>>> better. I have GCC 4.4.3, Linux 32bits. >>>>>>> >>>>>>> >>>>>>> I don't understand....it is slower with the gnuification ? >>>>>>> >>>>>> >>>>>> weird.... >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Laurent Laffont >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sat, Mar 27, 2010 at 8:55 PM, Levente Uzonyi <leves(a)elte.hu> >>>>>>> wrote: >>>>>>> >>>>>>> On Sat, 27 Mar 2010, laurent laffont wrote: >>>>>>> >>>>>>>> >>>>>>>> I've tried gnuification on rev 2151. cmake/configure OK. But while >>>>>>>> >>>>>>>> building: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> /home/lol/sandbox/squeakvm/Squeak-3.11.3.2151-pharo-src/build/gnu-interp.c:25104:2: >>>>>>>>> erreur: #error GNUIFICATION FAILED ( 0 ) >>>>>>>>> >>>>>>>>> >>>>>>>>> Which gnuification method did you try? >>>>>>>> There are two different versions. The origial version is an awk >>>>>>>> script >>>>>>>> which is run when you're building the vm with make. This is executed >>>>>>>> by >>>>>>>> default if you have awk installed. >>>>>>>> There's another version written in smalltalk (linked by Mariano into >>>>>>>> this >>>>>>>> thread) which is not used by VMMAker at the moment, you probably >>>>>>>> don't >>>>>>>> need >>>>>>>> that. If you applied the latter one, you have to make sure that the >>>>>>>> first >>>>>>>> one is not executed. You can't gnuifying the sources twice. >>>>>>>> Since both do the same, the best you can do now is to ignore the >>>>>>>> smalltalk version. If VMMaker will adopt Gnuifier.st we can remove >>>>>>>> the >>>>>>>> awk >>>>>>>> dependency from the build process, until then you shouldn't apply it >>>>>>>> if >>>>>>>> your >>>>>>>> platform has awk installed. >>>>>>>> >>>>>>>> >>>>>>>> Levente >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Laurent Laffont >>>>>>>>> >>>>>>>>> >>>>>>>>> On Sat, Mar 27, 2010 at 6:47 PM, laurent laffont >>>>>>>>> <laurent.laffont(a)gmail.com>wrote: >>>>>>>>> >>>>>>>>> Does it mean latest SVN source is already "Gnuified" ? With >>>>>>>>> latest >>>>>>>>> >>>>>>>>> rev. >>>>>>>>>> >>>>>>>>>>> I >>>>>>>>>>> >>>>>>>>>>> have a little drop in benchmarks. However I'd rather put a >>>>>>>>>>> stable >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> release >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> for Pharo 1.0 than latest trunk. What do you think ? >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> The so-called "gnuification" is a transformation of the >>>>>>>>>>> interp.c >>>>>>>>>>> file. >>>>>>>>>>> So >>>>>>>>>>> this is done after generating the sources with VMMaker. The cmake >>>>>>>>>>> configuration that comes with revision 2135 does not have this >>>>>>>>>>> step >>>>>>>>>>> enabled, >>>>>>>>>>> and the more recent version that I used, revision 2151, has it. >>>>>>>>>>> The >>>>>>>>>>> magic is >>>>>>>>>>> in the awk script in unix/cmake/gnuify.awk which produes >>>>>>>>>>> gnu-interp.c. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> OK thanks. I will take a look. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Laurent Laffont >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> >>>>>>>>>>> Adrian >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Laurent Laffont >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Adrian >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> 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 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>> 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 >> > >

March 28, 2010

Re: [Pharo-project] Error parsing XML File

by StÃ©phane Ducasse

tx! On Mar 28, 2010, at 9:24 PM, jaayer wrote: > ---- On Sun, 28 Mar 2010 11:47:43 -0700 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote ---- > >> Hi Alex, >> Try with the attached XML file in your Pharo directory >> >> XMLDOMParser >> parseDocumentFromFileNamed: >> (FileDirectory default fullNameFor: 'likelySubtags.xml') >> >> however, it seems to be fixed in XML-Parser-JAAyer.72 >> Cheers, > > The problem was due to XMLStreamReader>>nextMatchAll: relying on #position: and #position and MultiByteFileStream understanding stream position in terms of bytes rather than characters. That's why it worked when Alexandre tried parsing a string containing multi-byte UTF-8 characters--the position of a ReadStream on a string corresponds to the position of characters in the string regardless of their width--but failed when Fabrizio tried to parse a file containing those same characters. It is fixed now and a little faster, too. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 28, 2010

Re: [Pharo-project] Error parsing XML File

by jaayer

---- On Sun, 28 Mar 2010 11:47:43 -0700 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote ---- >Hi Alex, > Try with the attached XML file in your Pharo directory > >XMLDOMParser >Â Â Â Â parseDocumentFromFileNamed: >Â Â Â Â Â Â Â Â (FileDirectory default fullNameFor: 'likelySubtags.xml') > >however, it seems to be fixed in XML-Parser-JAAyer.72 >Cheers, The problem was due to XMLStreamReader>>nextMatchAll: relying on #position: and #position and MultiByteFileStream understanding stream position in terms of bytes rather than characters. That's why it worked when Alexandre tried parsing a string containing multi-byte UTF-8 characters--the position of a ReadStream on a string corresponds to the position of characters in the string regardless of their width--but failed when Fabrizio tried to parse a file containing those same characters. It is fixed now and a little faster, too.

March 28, 2010

Re: [Pharo-project] A little quizzzzzzz : find the problem :)

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=2228 of course! Stef On Mar 28, 2010, at 9:18 PM, StÃ©phane Ducasse wrote: > fileStream > "Answer the file stream with position set at the beginning of my string. > Answer a read only copy to avoid syntax errors when accessed via > multiple processes." > > | theFile | > (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^ nil]. > theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. > theFile position: filePositionHi. > ^ theFile > > string > "Answer the receiver's string if remote files are enabled. > Use a read only copy to avoid syntax errors when accessed via > multiple processes." > > | theFile | > (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^'']. > theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. > ^[theFile position: filePositionHi. > theFile nextChunk] ensure: [theFile close] > > > text > "Answer the receiver's string asText if remote files are enabled. > Use a read only copy to avoid syntax errors when accessed via > multiple processes." > > | theFile | > (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^ nil]. > theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. > ^[theFile position: filePositionHi. > theFile position > theFile size ifTrue: [ > self error: 'RemoteString past end of file' ]. > theFile nextChunkText] ensure: [theFile close] > > I imagine a good soul could fix that and nicely published in the inbox :) > > Stef Did I say something negative about the past :) > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 28, 2010

[Pharo-project] A little quizzzzzzz : find the problem :)

by StÃ©phane Ducasse

fileStream "Answer the file stream with position set at the beginning of my string. Answer a read only copy to avoid syntax errors when accessed via multiple processes." | theFile | (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^ nil]. theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. theFile position: filePositionHi. ^ theFile string "Answer the receiver's string if remote files are enabled. Use a read only copy to avoid syntax errors when accessed via multiple processes." | theFile | (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^'']. theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. ^[theFile position: filePositionHi. theFile nextChunk] ensure: [theFile close] text "Answer the receiver's string asText if remote files are enabled. Use a read only copy to avoid syntax errors when accessed via multiple processes." | theFile | (sourceFileNumber == nil or: [(SourceFiles at: sourceFileNumber) == nil]) ifTrue: [^ nil]. theFile := (SourceFiles at: sourceFileNumber) readOnlyCopy. ^[theFile position: filePositionHi. theFile position > theFile size ifTrue: [ self error: 'RemoteString past end of file' ]. theFile nextChunkText] ensure: [theFile close] I imagine a good soul could fix that and nicely published in the inbox :) Stef Did I say something negative about the past :)

March 28, 2010

Re: [Pharo-project] Error parsing XML File

by HernÃ¡n Morales Durand

Hi Alex, Try with the attached XML file in your Pharo directory XMLDOMParser parseDocumentFromFileNamed: (FileDirectory default fullNameFor: 'likelySubtags.xml') however, it seems to be fixed in XML-Parser-JAAyer.72 Cheers, HernÃ¡n 2010/3/27 Alexandre Bergel <alexandre(a)bergel.eu>: > Can you send me the file please? > > Alexandre > > > On 27 Mar 2010, at 12:47, Fabrizio Perin wrote: > >> Hi Alex, >> thanks for your effort. Actually the problem was related exactly to the >> readStream, my method to import the XML files uses the class FileStream, >> instead now it use StandardReadStream and everything works fine. All Tests >> where green in my image too (including your new test) but the error still >> raises trying to import from a file. So i investigate in the direction of >> the readStream from a file and i found the solution. I'm still not sure >> which is the problem using FileStream instead StandardFileStream. >> >> Thanks a lot, >> >> Fabrizio >> >> 2010/3/26 Alexandre Bergel <alexandre(a)bergel.eu> >> Hi Fabrizo, >> >> I think you're in the right place to talk about that. >> >> I haven't been able to reproduce your error. >> I added a test: >> >> XMLParserTest>>testNonUTF8Characters >> >> Â Â Â self shouldnt: [XMLDOMParser parseDocumentFrom: >> Â Â Â Â Â Â Â '<foo>Bean BLABLABLA EidgenÃ¶ssisches Institut fÃ¼r >> BLABLALBLA</foo>' readStream] raise: Error. >> >> It goes green in my image. Do you have a different way to get the >> readStream from the String? >> >> Cheers, >> Alexandre >> >> >> On 26 Mar 2010, at 12:14, Fabrizio Perin wrote: >> >> Hi, >> I was parsing an XML File with the last version of XML Parser >> (XML-Parser-JAAyer.68) and i get an error related to a not UTF-8 character >> that the parser found into the document. The XML document contains some >> german character: >> >> <![CDATA[SES: Bean BLABLABLA EidgenÃ¶ssisches Institut fÃ¼r BLABLALBLA]]> >> >> Actually i'm not sure if the error is which is in the UTF8TextConverter or >> something is wrong in the invokation from the parser. Anyway i parse several >> time the same document with older versions of the XML-Parser >> (XML-Parser-JAAyer.57) and it always works well. I'm not sure if the mailing >> list of Pharo is the right place to report this problem in the case i'm i'm >> sorry. >> >> Here the trace from the log: >> >> _______________________________________________ >> 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 >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 28, 2010

Re: [Pharo-project] Help system question / monticello

by StÃ©phane Ducasse

On Mar 28, 2010, at 7:00 PM, Michael Roberts wrote: > ... i have been looking at the situation. It is tricky. Ideally the > help would be near the code it is the help for. That way any API > described in help could be updated as the code is updated. I want to, > for example, commit some network help. > > However, as pointed out, the core help classes are not in the core > image so the help can't be loaded and therefore can't go in the core > monticello package. I did not check the help code but it should be just some text tagged so it could put somewhere. And I alwyays thought as in drdoc that we should a class per pakage or group of package where we can attach metadata. > This could be solved by having the few classes required to define help > in the core image. Or, we could look at extending the help system to > use pragmas to annotate the necessary methods without needing to > subclass CustomHelp. > > The other thing, is that in the HelpSystem project, there is a naming > convention already in use e.g Metacello-Help. So in principle I would > upload a new package Monticello-Help. > > However, Monticello is already defined in the core image as a package, > so if I create a package Monticello-Help I dirty the core package. > > So what should I do? I was thinking of uploading MonticelloHelp in the > short term to the help system project. Or I can just add the help to > the PharoProject-Help. > > Perhaps we should think about the help system a bit more deeply, in > case we want a convention we can follow for the long-term and scales. I suggest that we give a try to see how it flies. I'm not that having to be a subclass is good. In DrDoc I duplicated code just to make sure that we could load the package in absence of DrDoc. > > thanks, > Mike > > On Sun, Mar 28, 2010 at 5:01 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> yes >> >> On Mar 28, 2010, at 5:43 PM, laurent laffont wrote: >> >>> >>> 2010/3/28 Mariano Martinez Peck <marianopeck(a)gmail.com> >>> >>> >>> On Fri, Mar 26, 2010 at 5:37 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Excellent idea. >>> I do not know where is the story about the help system. I would like something extremely simple. >>> >>> Published in the pharo inbox and I will merge it. >>> >>> >>> This is not as easy as that. If I understood correctly, he said HelpSystem classes. That is, extensions, to Torsten's HelpSystem. >>> Which is in http://www.squeaksource.com/HelpSystem >>> >>> That package is not in PharoCore, neither in PharoDev images for the moment (It can be added for PharoDev 1.1 if people want). >>> So...you will commit those classes....but if there is no HelpSystem, it has no sense. >>> >>> >>> Is there a sense in having a sort of Staging repository for things waiting for inclusion in Pharo ? Like the Linux kernel development process. If a package in Staging has a minimum of activity, developers around it, tests passes, then it goes into next Pharo major release. >>> >>> So you can put ConfigurationOfHelpSystem in Staging. Michael can add its package too. >>> >>> I also like the 2 weeks merge window of Linux where new modules are added. Then the merge window closes and begin the test / fix / debug process with several rc released. So new major versions are produced quite often and it's easy to upgrade from one major version to another one. >>> >>> Laurent Laffont >>> >>> >>> Cheers >>> >>> Mariano >>> >>> >>> >>> On Mar 25, 2010, at 7:40 PM, Michael Roberts wrote: >>> >>>> Hi, based on Lukas' recent blog post about Monticello merging, I >>>> created some help system classes for this content. What is the best >>>> way to integrate this? We have our own version of Monticello in the >>>> Pharo repository. Which package, would we add it to? Or do we want to >>>> add it upstream somewhere? >>>> >>>> Also, has anyone thought or spiked some simple formatting? that would >>>> be really nice. >>>> >>>> thanks, >>>> Mike >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >>> _______________________________________________ >>> 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 >> >> >> _______________________________________________ >> 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

March 28, 2010