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

Re: [Pharo-project] learning rewrite rules
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

On Nov 4, 2010, at 5:51 PM, Lukas Renggli wrote: >> ok I added the files this is better. > > Yes, I could read the french article now. > > I am not quite convinced with the explanation of the back-tick though: > > "Un schÃ©ma peut contenir des variables en utilisant le backquote ou > accent grave. Ainsi, `key reprÃ©sente nâimporte quelle variable, mais > pas une expression." > > "`key" is a *meta-variable*, not necessarily a variable in the matched > tree. Depending on the context it can also be a selector, e.g. "foo > `key" matches all unary selectors sent to a variable called 'foo'. I wrote that probably in 2000 so this is probably wrong. May be my english was confused too because I took that from john's slides. Indeed this is not correct, key is a meta variable that can contain an element > Ok, my french might not be that good :-) > > Also check page 42--43 of my PhD > (http://scg.unibe.ch/archive/phd/renggli-phd.pdf) 4.1.1 Tree Pattern > Matching. It is a bit dense and doesn't explain everything, but the > basic matching is described and was successfully tested on students. yes we should use that. what would be excellent is that we could get a nice set of examples that people can pick to help them. So I started to collect the answers so send to the list and for example the questions of doru are a good source I know that I often forgot to handle the other statements in a match. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

1 0

[Pharo-project] for newcomers and others
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

Dear all Please do not forget to let us know what you are doing with pharo. This is important for us to know. In addition, this is important to sign the license agreement so that we can accept your contributions. Stef "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes "often people take, few give back." sd

1 0

Re: [Pharo-project] MicroSqueak Was: Re: [update 1.2] #12188
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

> Now that John Maloney has released MicroSqueak as MIT > (http://web.media.mit.edu/~jmaloney/microsqueak/) shouldn't be worth to > analize it and see if that can be used as an alternative to build the > Pharo Kernel. Yes we already started. Now I think that producing microsqueak for pharo should just be the easy part. Because after you want to be able to load package and not a large mess. So this is why we did the two in parallel since august - trying to recompile a kernel (for example as specified by pharo kernel) and fixing all the packages problems we could find. So we build - tools to analyse the system - read a GNU ST based bootstrap - read chacharas (we did not read spoon because we could not find it) - We were thinking that in parallel we would use an approach like chacharas (dynamic creation of a kernel based on an expression definitively cool). gabriel started to have a look at to build a micro kernel. So now that we have one we will check it. > I know that Pavel (and now also Nicolas) have done a lot of work in > getting PharoCore stripped to a minimal kernel. > But as I understand, PharoKernel idea is to part from a core image, > reorganize packages, _unload_ what isn't needed and then shrink the > image to get a kernel image. Not necessarily. It was just starting somewhere. > The approach of John Maloney's MicroSqueak is the inverse, parting from > a source code representation and from there to aggregate code until have > a full image. I think that this is the way to go. But there is a middle man missing. > Of course the image from John hasn't all the improvements that Squeak > and Pharo have made to the core classes and that will mean a lot of > effort to reapply in order to get a modern image. It should not be that difficult. The core image does not have to have everything. It can be simple and part of it can be overload/overridden. Now the process to go from seed (microsqueak pharo name) to pharo kernel is really important because we will find all kinds of dead skeleton in the drawers :) > But I wonder, and not meaning to discourage any possibility, if isn't > worth to discuss the technical effort required and the pros/cons of each > approach and if isn't possible a reutilization of knowledge for this > very wanted goal of Pharo. We already did that :) And we will continue to learn and build. Stef > > Cheers > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

4 3

Re: [Pharo-project] Writing API for XML (WAX) - Bibliography example
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

No we consider it as an external package. Now we will have specific dedicated repositories for each version where configuration and all their packages will be published so that people can have distribution of working code. Stef On Nov 3, 2010, at 7:28 PM, Hannes Hirzel wrote: > Is XMLWriter in the upcoming 1.2 image? It is not in the 1.1 image. > > --Hannes > > On 11/3/10, Hannes Hirzel <hannes.hirzel(a)gmail.com> wrote: >> Thank you Stef, for pointing this out. >> >> I had a look at Torsten's email of July 6th about XMLWriter and the >> subsequent discussion. >> >> Yes, an alternative approach would be to model an XML generation API >> along the lines of Seaside html rendering -- with blocks instead of >> start/end messages. >> >> Has there some work going on elsewhere besides what Torsten did? >> http://squeaksource.com/PharoGoodies/XMLWriter-tbn.5.mcz >> >> --Hannes >> >> N.B. This is only about 'XML writing' NOT about XML parsing. The idea >> is to have an API which allows to have readable XML generation code >> with an implementation which does not consume much memory. And with >> enough examples and tests. >> >> >> On 11/2/10, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Thanks hannes >>> I think that the XMLWriter offers a bit something similar influenced by >>> seaside DSL. >>> >>> Stef >>> >>> On Nov 1, 2010, at 10:58 PM, Hannes Hirzel wrote: >>> >>>> Hello >>>> >>>> I read the post by Stephane Ducasse about writing XML (see below) with >>>> a bibliography example. >>>> >>>> Recently I (re)-discovered the port to Squeak/Pharo of the Writing API >>>> for XML (WAX) (http://java.ociweb.com/mark/programming/WAX.html) and >>>> could put it to good use for writing an XML file a bit more complex >>>> than the bibliography example. >>>> >>>> From the web site >>>> WAX has the following characteristics: >>>> >>>> * focuses on writing XML, not reading it >>>> * requires less code than other approaches >>>> * uses less memory than other approaches >>>> (because it outputs XML as each method is called rather than >>>> storing it in a DOM-like structure and outputting it later) >>>> * writes all XML node types >>>> * always outputs well-formed XML or throws an exception unless >>>> running in "trust me" mode >>>> * knows how to associate DTDs, XML Schemas and XSLT stylesheets >>>> with the XML it outputs >>>> * is well-suited for writing XML request and response messages for >>>> REST-based and SOAP-based services >>>> >>>> However I do not know how far these points apply to the Squeak/Pharo >>>> port. >>>> http://www.squeaksource.com/WAX >>>> It needs the VB Regex package (http://www.squeaksource.com/Regex) >>>> >>>> As an exercise I did the code to produce the example Stephane gave. It >>>> worked fine; see below. >>>> >>>> Regards >>>> Hannes >>>> >>>> >>>> >>>> >>>> >>>> ========================================================== >>>> >>>> WAX new >>>> stream: (FileStream newFileNamed: 'myBibliography.xml'); >>>> writeXMLDeclaration: #1.0; >>>> start: 'BDBase'; >>>> attr: 'date' value: '25 May 2010'; >>>> attr: 'note' value: 'nil'; >>>> >>>> start: 'bd'; >>>> attr: 'authors' value: 'Larcenet'; >>>> attr: 'editor' value: 'Dargaud'; >>>> attr: 'entryCreationDate' value: '25 March 2006'; >>>> attr: 'entryNumber' value: '1'; >>>> attr: 'number' value: '1'; >>>> attr: 'original' value: 'true'; >>>> attr: 'serie' value: 'Nic oumouk'; >>>> attr: 'serieComplete' value: 'false'; >>>> attr: 'title' value: 'Total souk pour nic oumouk'; >>>> attr: 'year' value: '2005'; >>>> end; >>>> >>>> start: 'bd'; >>>> attr: 'authors' value: 'Greg'; >>>> attr: 'editor' value: 'Dargaud'; >>>> attr: 'entryCreationDate' value: '5 May 2006'; >>>> attr: 'entryNumber' value: '2'; >>>> attr: 'notes' value: 'sur le 4eme de couv aventure a manhattan'; >>>> attr: 'number' value: '9'; >>>> attr: 'original' value: 'true'; >>>> attr: 'serie' value: 'Achille Talon'; >>>> attr: 'title' value: 'Les petits desseins d''Achille Talon'; >>>> attr: 'year' value: '1974'; >>>> end; >>>> >>>> start: 'bd'; >>>> attr: 'authors' value: 'Greg'; >>>> attr: 'editor' value: 'Dargaud'; >>>> attr: 'entryCreationDate' value: '5 May 2006'; >>>> attr: 'entryNumber' value: '3'; >>>> attr: 'notes' value: 'sur la couverture une histoire du journal >>>> tintin'; >>>> attr: 'number' value: '13'; >>>> attr: 'original' value: 'true'; >>>> attr: 'serie' value: 'Achille Talon'; >>>> attr: 'title' value: 'Pas de pitiÃ© pour Achille Talon'; >>>> attr: 'year' value: '1976'; >>>> end; >>>> end; >>>> close. >>>> >>>> ========================================================== >>>> Output >>>> <?xml version="1.0" encoding="UTF-8"?> >>>> <BDBase date="25 May 2010" note="nil"> >>>> <bd authors="Larcenet" editor="Dargaud" entryCreationDate="25 March >>>> 2006" entryNumber="1" number="1" original="true" serie="Nic oumouk" >>>> serieComplete="false" title="Total souk pour nic oumouk" year="2005"/> >>>> <bd authors="Greg" editor="Dargaud" entryCreationDate="5 May 2006" >>>> entryNumber="2" notes="sur le 4eme de couv aventure a manhattan" >>>> number="9" original="true" serie="Achille Talon" title="Les petits >>>> desseins d'Achille Talon" year="1974"/> >>>> <bd authors="Greg" editor="Dargaud" entryCreationDate="5 May 2006" >>>> entryNumber="3" notes="sur la couverture une histoire du journal >>>> tintin" number="13" original="true" serie="Achille Talon" title="Pas >>>> de pitiÃ© pour Achille Talon" year="1976"/> >>>> </BDBase> >>>> >>>> >>>> >>>> ========================================================== >>>> >>>> On 10/31/10, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >>>>> How can I control that each of the node of my document get printed a cr >>>>> at >>>>> its end? >>>>> >>>>> In the past I got that >>>>> >>>>> <?xml version="1.0" encoding="UTF-8" ?> >>>>> <BDBase date="25 May 2010" entriesNumber="2440" note="nil"> >>>>> <bd authors="Larcenet" editor="Dargaud" entryCreationDate="25 March >>>>> 2006" >>>>> entryNumber="1" number="1" original="true" serie="Nic oumouk" >>>>> serieComplete="false" title="Total souk pour nic oumouk" year="2005"/> >>>>> <bd authors="Greg" editor="Dargaud" entryCreationDate="5 May 2006" >>>>> entryNumber="2" notes="sur le 4eme de couv aventure a manhattan" >>>>> number="9" >>>>> original="true" serie="Achille Talon" title="Les petits desseins >>>>> d'Achille >>>>> Talon" year="1974"/> >>>>> <bd authors="Greg" editor="Dargaud" entryCreationDate="5 May 2006" >>>>> entryNumber="3" notes="sur la couverture une histoire du journal >>>>> tintin" >>>>> number="13" original="true" serie="Achille Talon" title="Pas de pitiÃ© >>>>> pour >>>>> Achille Talon" year="1976"/> >>>>> <bd aut >>>>> >>>>> Now I get >>>>> >>>>> <?xml version="1.0" encoding="UTF-8"?><Base date="31 October 2010" >>>>> entriesNumber="2448" note="nil"><bd serieComplete="false" >>>>> editor="Dargaud" >>>>> entryCreationDate="25 March 2006" entryNumber="1" authors="Larcenet" >>>>> title="Total souk pour nic oumouk" serie="Nic oumouk" original="true" >>>>> number="1" year="2005" /><bd serieComplete="false" editor="Dargaud" >>>>> entryCreationDate="5 May 2006" entryNumber="2" authors="Greg" >>>>> title="Les >>>>> petits desseins d'Achille Talon" serie="Achille Talon" original="true" >>>>> notes="sur le 4eme de couv aventure a manhattan" number="9" year="1974" >>>>> /><bd serieComplete="false" editor="Dargaud" entryCreationDate="5 May >>>>> 2006" >>>>> entryNumber="3" authors="Greg" title="Pas de pitiÃ© pour Achille Talon" >>>>> serie="Achille Talon" original="true" notes="sur la couverture une >>>>> histoire >>>>> du journal tintin" number="13" year="1976" /><bd serieComplete="false" >>>>> editor="Dargaud" entryCreationDate="5 May 2006" entryNumber="4" >>>>> authors="Greg" title >>>>> >>>>> Thanks >>>>> >>>>> Stef >>>>> >>>> >>> >>> >>> >> >

2 1

[Pharo-project] [update 1.2] #12229
by Marcus Denker Nov. 4, 2010

Nov. 4, 2010

12229 ----- Issue 3204: something is wrong [...] with the collapse (minimize) Issue 3199: isWords correct comment Issue 3195: Bitmap tests Issue 3202: references in System->Settings should refer to action click menu instead of yellow button menu -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] learning rewrite rules
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

ok I added the files this is better. stef On Nov 4, 2010, at 2:07 PM, Lukas Renggli wrote: > There is a Data folder, but only the pdf of my blog is in there. > > Lukas > > On 4 November 2010 14:04, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> no data folder? >> probably forgot the push >> >> RewriteRules ls >> Data/ RewriteRules.tex >> Lint.odt program-checking-paper.tex >> Lint.tex >> RewriteRules git push >> Everything up-to-date >> RewriteRules >> >> >> >> Stef >> >> On Nov 4, 2010, at 1:45 PM, Lukas Renggli wrote: >> >>> I don't see any french text. Just a PDF of a blog article I wrote, the >>> LaTeX source of the program-checking paper, and an empty LaTeX >>> template. >>> >>> Lukas >>> >>> On 4 November 2010 13:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> Normally I added some text in french :( >>>> do not pay attention too much on the style >>>> dump information and like that we can get material to work on >>>> I think that having examples is the key point to get started. >>>> >>>> >>>>> >>>>> On 4 November 2010 10:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>> I'm adding some other files (in french) :( >>>>>> but I'm stuck with git.... >>>>> >>>>> git pull >>>>> git add french-rewrite.tex >>>>> git commit >>>>> git push >>>>> >>>>>>> Yeah, where do I find that chapter? >>>>>>> >>>>>>> There is a section on the AST matching/search in my PhD as Helvetia >>>>>>> builds on top of it. Not on the AST rewriting though, Helvetia uses a >>>>>>> different mechanism there. Still it might be a good start. >>>>>>> >>>>>>> Lukas >>>>>>> >>>>>>> On 4 November 2010 09:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>>>> lukas >>>>>>>> >>>>>>>> I would love to have a chapter on Rules. I have a starter that I wrote long time ago for the squeak french book >>>>>>>> but it would be cool if you could add to it. >>>>>>>> >>>>>>>> Stef >>>>>>>> >>>>>>>> On Nov 4, 2010, at 12:55 AM, Lukas Renggli wrote: >>>>>>>> >>>>>>>>>> If I try to match it like: >>>>>>>>>> '`@browser showOn: `@target; from: `@origin; using: [ `@browser ``@.statements]' >>>>>>>>> >>>>>>>>> The match expression >>>>>>>>> >>>>>>>>> `@browser ``@.statements >>>>>>>>> >>>>>>>>> doesn't make sense. Statements (.) cannot be a message selector that >>>>>>>>> would be expected after a receiver. Also, you cannot have a selector >>>>>>>>> list (@) if you don't give also an argument list to match. So the >>>>>>>>> closest valid thing is >>>>>>>>> >>>>>>>>> `@browser `message >>>>>>>>> >>>>>>>>> which looks for unary message sends (recursive is not necessary here >>>>>>>>> either, because there is nothing to recurse into), or >>>>>>>>> >>>>>>>>> `@browser `@message: ``@message >>>>>>>>> >>>>>>>>> which looks for arbitrary message sends and recursively into all arguments. >>>>>>>>> >>>>>>>>>> It seems to only get those appearances which contain a single appearance of browser inside the block. >>>>>>>>> >>>>>>>>> As I wrote in the previous mail you need to do it with nested >>>>>>>>> rewrites. Inside the block you match for any sequence of statements: >>>>>>>>> >>>>>>>>> `@.statements >>>>>>>>> >>>>>>>>> And as replacement you use the `{ :context | ... } trick to perform a >>>>>>>>> new rewrite somehow along the following untested lines: >>>>>>>>> >>>>>>>>> `{ :context | >>>>>>>>> RBParseTreeRewriter new >>>>>>>>> " replace whatever matched to `@browser with the variable a " >>>>>>>>> replaceTree: (context at: '`@browser') with: (RBParser >>>>>>>>> parseExpression: 'a'); >>>>>>>>> " execute on the list of statements " >>>>>>>>> executeTree: (context at: '`@.statements'); >>>>>>>>> " return the rewritten tree " >>>>>>>>> tree } >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Lukas >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Lukas Renggli >>>>>>>>> www.lukas-renggli.ch >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Lukas Renggli >>>>>>> www.lukas-renggli.ch >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

2 1

Re: [Pharo-project] learning rewrite rules
by StÃ©phane Ducasse Nov. 4, 2010

Nov. 4, 2010

no data folder? probably forgot the push RewriteRules ls Data/ RewriteRules.tex Lint.odt program-checking-paper.tex Lint.tex RewriteRules git push Everything up-to-date RewriteRules Stef On Nov 4, 2010, at 1:45 PM, Lukas Renggli wrote: > I don't see any french text. Just a PDF of a blog article I wrote, the > LaTeX source of the program-checking paper, and an empty LaTeX > template. > > Lukas > > On 4 November 2010 13:30, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Normally I added some text in french :( >> do not pay attention too much on the style >> dump information and like that we can get material to work on >> I think that having examples is the key point to get started. >> >> >>> >>> On 4 November 2010 10:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> I'm adding some other files (in french) :( >>>> but I'm stuck with git.... >>> >>> git pull >>> git add french-rewrite.tex >>> git commit >>> git push >>> >>>>> Yeah, where do I find that chapter? >>>>> >>>>> There is a section on the AST matching/search in my PhD as Helvetia >>>>> builds on top of it. Not on the AST rewriting though, Helvetia uses a >>>>> different mechanism there. Still it might be a good start. >>>>> >>>>> Lukas >>>>> >>>>> On 4 November 2010 09:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>> lukas >>>>>> >>>>>> I would love to have a chapter on Rules. I have a starter that I wrote long time ago for the squeak french book >>>>>> but it would be cool if you could add to it. >>>>>> >>>>>> Stef >>>>>> >>>>>> On Nov 4, 2010, at 12:55 AM, Lukas Renggli wrote: >>>>>> >>>>>>>> If I try to match it like: >>>>>>>> '`@browser showOn: `@target; from: `@origin; using: [ `@browser ``@.statements]' >>>>>>> >>>>>>> The match expression >>>>>>> >>>>>>> `@browser ``@.statements >>>>>>> >>>>>>> doesn't make sense. Statements (.) cannot be a message selector that >>>>>>> would be expected after a receiver. Also, you cannot have a selector >>>>>>> list (@) if you don't give also an argument list to match. So the >>>>>>> closest valid thing is >>>>>>> >>>>>>> `@browser `message >>>>>>> >>>>>>> which looks for unary message sends (recursive is not necessary here >>>>>>> either, because there is nothing to recurse into), or >>>>>>> >>>>>>> `@browser `@message: ``@message >>>>>>> >>>>>>> which looks for arbitrary message sends and recursively into all arguments. >>>>>>> >>>>>>>> It seems to only get those appearances which contain a single appearance of browser inside the block. >>>>>>> >>>>>>> As I wrote in the previous mail you need to do it with nested >>>>>>> rewrites. Inside the block you match for any sequence of statements: >>>>>>> >>>>>>> `@.statements >>>>>>> >>>>>>> And as replacement you use the `{ :context | ... } trick to perform a >>>>>>> new rewrite somehow along the following untested lines: >>>>>>> >>>>>>> `{ :context | >>>>>>> RBParseTreeRewriter new >>>>>>> " replace whatever matched to `@browser with the variable a " >>>>>>> replaceTree: (context at: '`@browser') with: (RBParser >>>>>>> parseExpression: 'a'); >>>>>>> " execute on the list of statements " >>>>>>> executeTree: (context at: '`@.statements'); >>>>>>> " return the rewritten tree " >>>>>>> tree } >>>>>>> >>>>>>> Cheers, >>>>>>> Lukas >>>>>>> >>>>>>> -- >>>>>>> Lukas Renggli >>>>>>> www.lukas-renggli.ch >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

3 2

Nov. 4, 2010

Normally I added some text in french :( do not pay attention too much on the style dump information and like that we can get material to work on I think that having examples is the key point to get started. > > On 4 November 2010 10:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> I'm adding some other files (in french) :( >> but I'm stuck with git.... > > git pull > git add french-rewrite.tex > git commit > git push > >>> Yeah, where do I find that chapter? >>> >>> There is a section on the AST matching/search in my PhD as Helvetia >>> builds on top of it. Not on the AST rewriting though, Helvetia uses a >>> different mechanism there. Still it might be a good start. >>> >>> Lukas >>> >>> On 4 November 2010 09:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> lukas >>>> >>>> I would love to have a chapter on Rules. I have a starter that I wrote long time ago for the squeak french book >>>> but it would be cool if you could add to it. >>>> >>>> Stef >>>> >>>> On Nov 4, 2010, at 12:55 AM, Lukas Renggli wrote: >>>> >>>>>> If I try to match it like: >>>>>> '`@browser showOn: `@target; from: `@origin; using: [ `@browser ``@.statements]' >>>>> >>>>> The match expression >>>>> >>>>> `@browser ``@.statements >>>>> >>>>> doesn't make sense. Statements (.) cannot be a message selector that >>>>> would be expected after a receiver. Also, you cannot have a selector >>>>> list (@) if you don't give also an argument list to match. So the >>>>> closest valid thing is >>>>> >>>>> `@browser `message >>>>> >>>>> which looks for unary message sends (recursive is not necessary here >>>>> either, because there is nothing to recurse into), or >>>>> >>>>> `@browser `@message: ``@message >>>>> >>>>> which looks for arbitrary message sends and recursively into all arguments. >>>>> >>>>>> It seems to only get those appearances which contain a single appearance of browser inside the block. >>>>> >>>>> As I wrote in the previous mail you need to do it with nested >>>>> rewrites. Inside the block you match for any sequence of statements: >>>>> >>>>> `@.statements >>>>> >>>>> And as replacement you use the `{ :context | ... } trick to perform a >>>>> new rewrite somehow along the following untested lines: >>>>> >>>>> `{ :context | >>>>> RBParseTreeRewriter new >>>>> " replace whatever matched to `@browser with the variable a " >>>>> replaceTree: (context at: '`@browser') with: (RBParser >>>>> parseExpression: 'a'); >>>>> " execute on the list of statements " >>>>> executeTree: (context at: '`@.statements'); >>>>> " return the rewritten tree " >>>>> tree } >>>>> >>>>> Cheers, >>>>> Lukas >>>>> >>>>> -- >>>>> Lukas Renggli >>>>> www.lukas-renggli.ch >>>>> >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

2 1

[Pharo-project] WebClient with SSL
by Steven Baker Nov. 4, 2010

Nov. 4, 2010

Heya folks, I need SSL support for WebClient. SqueakSSL fails to build in my Pharo image. Is SqueakSSL supposed to work? (Before I spend more time troubleshooting it.) Is there another method? Thanks, -Steve

2 1

Nov. 4, 2010

I'm adding some other files (in french) :( but I'm stuck with git.... > Yeah, where do I find that chapter? > > There is a section on the AST matching/search in my PhD as Helvetia > builds on top of it. Not on the AST rewriting though, Helvetia uses a > different mechanism there. Still it might be a good start. > > Lukas > > On 4 November 2010 09:49, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> lukas >> >> I would love to have a chapter on Rules. I have a starter that I wrote long time ago for the squeak french book >> but it would be cool if you could add to it. >> >> Stef >> >> On Nov 4, 2010, at 12:55 AM, Lukas Renggli wrote: >> >>>> If I try to match it like: >>>> '`@browser showOn: `@target; from: `@origin; using: [ `@browser ``@.statements]' >>> >>> The match expression >>> >>> `@browser ``@.statements >>> >>> doesn't make sense. Statements (.) cannot be a message selector that >>> would be expected after a receiver. Also, you cannot have a selector >>> list (@) if you don't give also an argument list to match. So the >>> closest valid thing is >>> >>> `@browser `message >>> >>> which looks for unary message sends (recursive is not necessary here >>> either, because there is nothing to recurse into), or >>> >>> `@browser `@message: ``@message >>> >>> which looks for arbitrary message sends and recursively into all arguments. >>> >>>> It seems to only get those appearances which contain a single appearance of browser inside the block. >>> >>> As I wrote in the previous mail you need to do it with nested >>> rewrites. Inside the block you match for any sequence of statements: >>> >>> `@.statements >>> >>> And as replacement you use the `{ :context | ... } trick to perform a >>> new rewrite somehow along the following untested lines: >>> >>> `{ :context | >>> RBParseTreeRewriter new >>> " replace whatever matched to `@browser with the variable a " >>> replaceTree: (context at: '`@browser') with: (RBParser >>> parseExpression: 'a'); >>> " execute on the list of statements " >>> executeTree: (context at: '`@.statements'); >>> " return the rewritten tree " >>> tree } >>> >>> Cheers, >>> Lukas >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

2 1