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

Re: [Pharo-project] MIT strikes back (was Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!)

by Hilaire Fernandes

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

March 28, 2010

[Pharo-project] squeakToUTF-8 and related?

by StÃ©phane Ducasse

Hi I'm trying to remember the situation with the internal representation of string in pharo/squeak to revise http://book.seaside.st/book/in-action/serving-files/character-encodings/sea… I saw that in pharo we have this NonASCIIMap. I do not remember what have been done in pharo. Argh memory leaks.... Nicolas do you remember the situation? In this context what is the squeakToUTF8 related behavior? is squeak still using latin-1 or in the midst of changing? Stef

March 28, 2010

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

by StÃ©phane Ducasse

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 Stef

March 28, 2010

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

by Bryce Kampjes

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

March 28, 2010

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

by laurent laffont

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 Mariano Martinez Peck

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 >

March 27, 2010

[Pharo-project] [update 1.1] #11299

by StÃ©phane Ducasse

11299 ----- - Issue 2222: Form dimmed - Issue 2209: Form conversion ligther/darker and other cool methods - Issue 2220: CombinedChar>>#add: - Issue 2217: fontFullName fixes - Issue 2219: redirect locations fix and tests - Issue 2221: primitiveFailed better feedback Stef

March 27, 2010

[Pharo-project] Issue 2219: redirect locations fix

by stephane ducasse

Hi network aware guy can you have a look at that? http://code.google.com/p/pharo/issues/detail?id=2219 I'm planning to integrate it in pharo but some incentive from you would help :) Stef

March 27, 2010

Re: [Pharo-project] Error parsing XML File

by Alexandre Bergel

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: > > Error: Invalid utf8 input detected > 26 March 2010 4:14:07 pm > > VM: Mac OS - intel - 1062 - Squeak3.8.1 of '28 Aug 2006' [latest > update: #6747] Squeak VM 4.2.2b1 > Image: Pharo-1.0-10515-rc3 [Latest update: #10515] > > SecurityManager state: > Restricted: false > FileAccess: true > SocketAccess: true > Working Dir /Users/fabrizioperin/development/Pharo/WORKINGONNOW/ > MooseJEE_64 > Trusted Dir /foobar/tooBar/forSqueak/bogus > Untrusted Dir /Users/fabrizioperin/Library/Preferences/Squeak/ > Internet/My Squeak > > UTF8TextConverter(Object)>>error: > Receiver: an UTF8TextConverter > Arguments and temporary variables: > aString: 'Invalid utf8 input detected' > Receiver's instance variables: > an UTF8TextConverter > > UTF8TextConverter>>errorMalformedInput > Receiver: an UTF8TextConverter > Arguments and temporary variables: > > Receiver's instance variables: > an UTF8TextConverter > > UTF8TextConverter>>nextFromStream: > Receiver: an UTF8TextConverter > Arguments and temporary variables: > aStream: MultiByteFileStream: '/Users/ > fabrizioperin/development/Pharo/WORKINGON...etc... > character1: $Â¶ > value1: 182 > character2: $s > value2: 115 > unicode: nil > character3: $s > value3: 115 > character4: nil > value4: nil > Receiver's instance variables: > an UTF8TextConverter > > MultiByteFileStream>>next > Receiver: MultiByteFileStream: '/Users/fabrizioperin/ > development/Pharo/WORKINGONNOW/MooseJEE_64/src/...etc... > Arguments and temporary variables: > char: nil > secondChar: nil > state: nil > Receiver's instance variables: > > > XMLStreamReader>>basicNext > Receiver: a XMLStreamReader > Arguments and temporary variables: > nextChar: nil > Receiver's instance variables: > stream: MultiByteFileStream: '/Users/ > fabrizioperin/development/Pharo/WORKINGONN...etc... > nestedStreams: nil > peekChar: nil > buffer: a WriteStream 'SES: Bean zum Einlesen > und updaten der Stako relevanten ...etc... > > XMLStreamReader>>next > Receiver: a XMLStreamReader > Arguments and temporary variables: > nextChar: nil > Receiver's instance variables: > stream: MultiByteFileStream: '/Users/ > fabrizioperin/development/Pharo/WORKINGONN...etc... > nestedStreams: nil > peekChar: nil > buffer: a WriteStream 'SES: Bean zum Einlesen > und updaten der Stako relevanten ...etc... > > XMLStreamReader>>upToAll: > Receiver: a XMLStreamReader > Arguments and temporary variables: > aDelimitingString: ']]>' > Receiver's instance variables: > stream: MultiByteFileStream: '/Users/ > fabrizioperin/development/Pharo/WORKINGONN...etc... > nestedStreams: nil > peekChar: nil > buffer: a WriteStream 'SES: Bean zum Einlesen > und updaten der Stako relevanten ...etc... > > SAXDriver(XMLTokenizer)>>nextCDataContent > Receiver: a SAXDriver > Arguments and temporary variables: > cdata: nil > Receiver's instance variables: > streamReader: a XMLStreamReader > streamWriter: a XMLStreamWriter > entities: nil > externalEntities: nil > parameterEntities: nil > isValidating: false > parsingMarkup: false > saxHandler: an OPOpaxHandler > openTags: <ejb-jar>, <enterprise-beans>, > <session>, <description> > nestedScopes: nil > useNamespaces: false > validateAttributes: nil > languageEnvironment: nil > > SAXDriver(XMLTokenizer)>>nextCDataOrConditional > Receiver: a SAXDriver > Arguments and temporary variables: > nextChar: $C > conditionalKeyword: nil > Receiver's instance variables: > streamReader: a XMLStreamReader > streamWriter: a XMLStreamWriter > entities: nil > externalEntities: nil > parameterEntities: nil > isValidating: false > parsingMarkup: false > saxHandler: an OPOpaxHandler > openTags: <ejb-jar>, <enterprise-beans>, > <session>, <description> > nestedScopes: nil > useNamespaces: false > validateAttributes: nil > languageEnvironment: nil > > SAXDriver(XMLTokenizer)>>nextMarkupToken > Receiver: a SAXDriver > Arguments and temporary variables: > nextChar: $[ > Receiver's instance variables: > streamReader: a XMLStreamReader > streamWriter: a XMLStreamWriter > entities: nil > externalEntities: nil > parameterEntities: nil > isValidating: false > parsingMarkup: false > saxHandler: an OPOpaxHandler > openTags: <ejb-jar>, <enterprise-beans>, > <session>, <description> > nestedScopes: nil > useNamespaces: false > validateAttributes: nil > languageEnvironment: nil > > SAXDriver(XMLTokenizer)>>nextToken > Receiver: a SAXDriver > Arguments and temporary variables: > whitespace: '' > Receiver's instance variables: > streamReader: a XMLStreamReader > streamWriter: a XMLStreamWriter > entities: nil > externalEntities: nil > parameterEntities: nil > isValidating: false > parsingMarkup: false > saxHandler: an OPOpaxHandler > openTags: <ejb-jar>, <enterprise-beans>, > <session>, <description> > nestedScopes: nil > useNamespaces: false > validateAttributes: nil > languageEnvironment: nil > > OPOpaxHandler(SAXHandler)>>parseDocument > Receiver: an OPOpaxHandler > Arguments and temporary variables: > > Receiver's instance variables: > driver: a SAXDriver > eod: false > stack: an OrderedCollection(<?xml version="1.0" > encoding="utf-8"?> > <ejb-jar id=...etc... > _______________________________________________ > 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 > > _______________________________________________ > 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 27, 2010

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

by StÃ©phane Ducasse

>> /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 This would be good! Relying less on the tools of the platform is a plus to my eyes. > 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

March 27, 2010