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

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

by Levente Uzonyi

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 >> >

March 28, 2010

Re: [Pharo-project] Issue 2227: unused selectors and instance variables from UTF8TextConverter

by Levente Uzonyi

On Sun, 28 Mar 2010, StÃ©phane Ducasse wrote: > Hi levente > > do you have some advices for us to do the same in pharo? > > http://code.google.com/p/pharo/issues/detail?id=2227 These changes rely on previous ones, like MultiByteFileStream's #basicNext:, #basicUpTo:, #basicBack, etc. These changes are not that nice, but give good performance and will make future refactorings easier. Levente > > Stef > > _______________________________________________ > 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] MIT strikes back (was Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!)

by Bryce Kampjes

On Sun, 2010-03-28 at 16:41 +0200, Hilaire Fernandes wrote: > Bryce Kampjes a Ã©crit : > > On Tue, 2010-03-23 at 19:30 +0100, Hilaire Fernandes wrote: > >> Bryce Kampjes a Ã©crit : > >>> On Thu, 2010-03-11 at 16:31 -0600, Chris Muller wrote: > >>>> Well, I certainly care.. Stef wasn't remarking about license rights, > >>>> he said didn't understand the smiley face. Frankly, I don't either. > >>>> After years of teasing from Bryce and now this? What a crushing > >>>> disappointment. > >>> I'm still here.... And still making progress though slowly. > >> Can't you get support to progress more easily? > >> Should not be difficult regarding the importance of your work? > > > > Help's always welcome but it's likely easier to help after Exupery > > supports closures. > > I was thinking more about financial support to encourage you in your effort. That's not practical as it would create a conflict of interest. And money can't easily buy extra hours in the day. Though the children will get older and every month makes a big difference with our youngest. Bryce

March 28, 2010

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

by laurent laffont

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 I'm starting to think that git can be better for squeak-vm than svn, so we can propose branches with patches included.... 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 >

March 28, 2010

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

by Levente Uzonyi

Forgot to add -s. Also with gcc 4.3 adding -mtune=generic gives better results on core2. Levente On Sun, 28 Mar 2010, Levente Uzonyi 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 >

March 28, 2010

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

by StÃ©phane Ducasse

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

March 28, 2010

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

by Levente Uzonyi

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 >> >

March 28, 2010

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

by laurent laffont

On Sun, Mar 28, 2010 at 11:48 AM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk>wrote: > On Sat, 2010-03-27 at 18:38 +0100, Adrian Lienhard wrote: > > On Mar 27, 2010, at 18:21 , laurent laffont wrote: > > > > > On Sat, Mar 27, 2010 at 6:13 PM, Adrian Lienhard <adi(a)netstyle.ch> > wrote: > > > > > >> > > >> On Mar 27, 2010, at 17:16 , laurent laffont wrote: > > >> > > >>>> I would love that the official Linux VM has: > > >>>> > > >>>> - that thing about the gnufication > > >>>> I did that when compiling MacOS VM. > > >>>> Read this link (step 4 for example) > > >>>> > > >>>> > > >> > http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc… > > >>>> > > >>>> does it make sense also in Linux VM ? which are the difference in > the > > >>>> benchmarks compared to do it without this step ? > > >>>> > > >>> > > >>> Isn't it a MacOS issue only ? > > >> > > >> No, this is relevant for all GNU C compilers! Without this step, which > > >> replaces the switch statement of the interpreter with a jump table, > you get > > >> a *much* slower VM. I suggest to use the latest SVN source. > > >> > > > > > > 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. > > The Exupery VMs are gnuified so as your benchmarks are close, I'd say > your VM is gnuified too. If it isn't performance drops dramatically, I > think to about a tenth the performance. > > Bryce > OK, thanks. Lot of things to learn :) Laurent Laffont > > > _______________________________________________ > 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] Help system question / monticello

by laurent laffont

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 >

March 28, 2010

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

by Mariano Martinez Peck

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. 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 >

March 28, 2010