June 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Opal ?

by Frank Shearar

On 21 June 2012 14:22, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Le 21/06/2012 15:16, Jean Baptiste Arnaud a Ã©crit : >> >> >> I understand but the logic itself will not change. The design is done. >> The used case too. But it is not perfect but you put a lot of energy on >> it. >> M. Goubier want to to port its code, i think it should try, and if some >> problem happen raise the issue. Instead to try and spend week on the old >> compiler. >> The experiment match perfectly with the opal Spirit. And we have someone >> motivated to perform a experiment on Opal, don't say no. > > > And you need to be motivated. > > Opal depends on Petit Parser, which depends on RB, where it should stop (I > hope). PetitParser does not depend on RB. It depends on AST-Core and AST-Compiler, which are (small) _parts_ of RB. frank > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

June 21, 2012

Re: [Pharo-project] Opal ?

by Goubier Thierry

Le 21/06/2012 15:16, Jean Baptiste Arnaud a Ã©crit : > > I understand but the logic itself will not change. The design is done. > The used case too. But it is not perfect but you put a lot of energy on it. > M. Goubier want to to port its code, i think it should try, and if some > problem happen raise the issue. Instead to try and spend week on the old > compiler. > The experiment match perfectly with the opal Spirit. And we have someone > motivated to perform a experiment on Opal, don't say no. And you need to be motivated. Opal depends on Petit Parser, which depends on RB, where it should stop (I hope). Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

June 21, 2012

Re: [Pharo-project] Opal ?

by Jean Baptiste Arnaud

On Jun 21, 2012, at 3:13 PM, Esteban Lorenzano wrote: > ConfigurationOfOpalCompiler from SmalltalkHub is better suited for current Pharo, btw > > On Jun 21, 2012, at 3:12 PM, Goubier Thierry wrote: > >> Le 21/06/2012 15:06, Marcus Denker a Ã©crit : >>> >>> On Jun 21, 2012, at 2:50 PM, Jean Baptiste Arnaud wrote: >>> >>>> ok >>>> >>>> On Jun 21, 2012, at 2:28 PM, Marcus Denker wrote: >>>> >>>>> >>>>> On Jun 21, 2012, at 2:22 PM, Damien Cassou wrote: >>>>> >>>>>> On Thu, Jun 21, 2012 at 2:01 PM, Goubier Thierry<thierry.goubier(a)cea.fr> wrote: >>>>>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal >>>>>>> compiler. So, how do I load Opal in a Pharo 1.4 image ? >>>>>> >>>>>> I think it is there: >>>>>> http://www.squeaksource.com/OpalCompiler >>>>>> >>>>> >>>>> There is a problem: this is not finished. The problem is that it is not really useful right now. >>>> As I understand (stop me if i am wrong) , it doesn't really matters, the idea is to put annotation on an ast for inject code. >>>> I think it is usable in state for that use. Maybe not for full remplacement of the current compiler. >>>> But i thinks, it is painless to implement with opal comparing to the energy needed for change the old one. >>> >>> The problem is that the code generated should be correct... its almost there... some days... >> >> So, how is the state of Opal? My old code insert nodes in the compiler generated ast, but the way the nodes are build in the pharo compiler makes it more difficult. >> >> If there is a reasonable chance the code generation is correct, I can try. >> >> For now, I've just discovered there is a dependency on petit parser. I'll break my 1.4 image soon :-) The dependency is not just for Decompiling ? >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> > > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

June 21, 2012

Re: [Pharo-project] Opal ?

by Jean Baptiste Arnaud

On Jun 21, 2012, at 3:06 PM, Marcus Denker wrote: > > On Jun 21, 2012, at 2:50 PM, Jean Baptiste Arnaud wrote: > >> ok >> >> On Jun 21, 2012, at 2:28 PM, Marcus Denker wrote: >> >>> >>> On Jun 21, 2012, at 2:22 PM, Damien Cassou wrote: >>> >>>> On Thu, Jun 21, 2012 at 2:01 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal >>>>> compiler. So, how do I load Opal in a Pharo 1.4 image ? >>>> >>>> I think it is there: >>>> http://www.squeaksource.com/OpalCompiler >>>> >>> >>> There is a problem: this is not finished. The problem is that it is not really useful right now. >> As I understand (stop me if i am wrong) , it doesn't really matters, the idea is to put annotation on an ast for inject code. >> I think it is usable in state for that use. Maybe not for full remplacement of the current compiler. >> But i thinks, it is painless to implement with opal comparing to the energy needed for change the old one. > > The problem is that the code generated should be correct... its almost there... some days... I understand but the logic itself will not change. The design is done. The used case too. But it is not perfect but you put a lot of energy on it. M. Goubier want to to port its code, i think it should try, and if some problem happen raise the issue. Instead to try and spend week on the old compiler. The experiment match perfectly with the opal Spirit. And we have someone motivated to perform a experiment on Opal, don't say no. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

June 21, 2012

Re: [Pharo-project] Opal ?

by Esteban Lorenzano

ConfigurationOfOpalCompiler from SmalltalkHub is better suited for current Pharo, btw On Jun 21, 2012, at 3:12 PM, Goubier Thierry wrote: > Le 21/06/2012 15:06, Marcus Denker a Ã©crit : >> >> On Jun 21, 2012, at 2:50 PM, Jean Baptiste Arnaud wrote: >> >>> ok >>> >>> On Jun 21, 2012, at 2:28 PM, Marcus Denker wrote: >>> >>>> >>>> On Jun 21, 2012, at 2:22 PM, Damien Cassou wrote: >>>> >>>>> On Thu, Jun 21, 2012 at 2:01 PM, Goubier Thierry<thierry.goubier(a)cea.fr> wrote: >>>>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal >>>>>> compiler. So, how do I load Opal in a Pharo 1.4 image ? >>>>> >>>>> I think it is there: >>>>> http://www.squeaksource.com/OpalCompiler >>>>> >>>> >>>> There is a problem: this is not finished. The problem is that it is not really useful right now. >>> As I understand (stop me if i am wrong) , it doesn't really matters, the idea is to put annotation on an ast for inject code. >>> I think it is usable in state for that use. Maybe not for full remplacement of the current compiler. >>> But i thinks, it is painless to implement with opal comparing to the energy needed for change the old one. >> >> The problem is that the code generated should be correct... its almost there... some days... > > So, how is the state of Opal? My old code insert nodes in the compiler generated ast, but the way the nodes are build in the pharo compiler makes it more difficult. > > If there is a reasonable chance the code generation is correct, I can try. > > For now, I've just discovered there is a dependency on petit parser. I'll break my 1.4 image soon :-) > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

June 21, 2012

Re: [Pharo-project] Opal ?

by Goubier Thierry

Le 21/06/2012 15:06, Marcus Denker a Ã©crit : > > On Jun 21, 2012, at 2:50 PM, Jean Baptiste Arnaud wrote: > >> ok >> >> On Jun 21, 2012, at 2:28 PM, Marcus Denker wrote: >> >>> >>> On Jun 21, 2012, at 2:22 PM, Damien Cassou wrote: >>> >>>> On Thu, Jun 21, 2012 at 2:01 PM, Goubier Thierry<thierry.goubier(a)cea.fr> wrote: >>>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal >>>>> compiler. So, how do I load Opal in a Pharo 1.4 image ? >>>> >>>> I think it is there: >>>> http://www.squeaksource.com/OpalCompiler >>>> >>> >>> There is a problem: this is not finished. The problem is that it is not really useful right now. >> As I understand (stop me if i am wrong) , it doesn't really matters, the idea is to put annotation on an ast for inject code. >> I think it is usable in state for that use. Maybe not for full remplacement of the current compiler. >> But i thinks, it is painless to implement with opal comparing to the energy needed for change the old one. > > The problem is that the code generated should be correct... its almost there... some days... So, how is the state of Opal? My old code insert nodes in the compiler generated ast, but the way the nodes are build in the pharo compiler makes it more difficult. If there is a reasonable chance the code generation is correct, I can try. For now, I've just discovered there is a dependency on petit parser. I'll break my 1.4 image soon :-) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

June 21, 2012

Re: [Pharo-project] Worskpace question

by Hilaire Fernandes

But try this code, and you will get my point: | m | m := Morph new. m openInWorld. m color: Color red. 1 to: 300 do: [:x | m extent: x@300. (Delay forMilliseconds: 10) wait. ]. m delete. I want to see the animation of the growing morph. Instead I get nothing. To get the animation, you have to enclose the loop in a forked process, but it is inelegant: | m | m := Morph new. m openInWorld. m color: Color red. [1 to: 300 do: [:x | m extent: x@300. (Delay forMilliseconds: 10) wait. ]. m delete] fork. Hilaire On 20/06/2012 13:23, Fernando Olivero wrote: > I don't think its related to the processes priority. > > Can you provide more code of the DrGeoCanvas>>#initialize ? > > Because, the following works just fine, by evaluating the first two > lines, or the complete script. > > m := Morph new. > m openInWorld. > > m color: Color red. > m extent: 300@300. > > m delete > > Fernando > > On Wed, Jun 20, 2012 at 12:16 PM, Hilaire Fer > nandes <hilaire.fernandes(a)edu.ge.ch> wrote: >> DHello, >> >> I have a question regarding the Workspace when you execute code from there. >> >> Let me show with an example: >> >> I want to execute code instantiating an empty DrGeo sketch (a morph) >> then create programmatically content: >> >> >> |canvas| >> canvas := DrGeoCanvas new. >> canvas segment: 5@4 to: 10@20. >> canvas vector: 0@0 to: 2@2. >> ... >> >> The line with DrGeoCanavas creates and opens a new morph of a DrGeo sketch. >> >> My problem is: the morph only shows up on screen when the whole >> Workspace code is executed. I would like the canvas morph to show up >> when instantiated then get the construction code done step by step in >> the screen. >> >> Is the workspace code executed with higher priority than the user >> interface thread? >> >> >> Thanks >> >> Hilaire >> >> -- >> Dr. Geo -- http://www.drgeo.eu >> >> > > -- Dr. Geo -- http://www.drgeo.eu

June 21, 2012

Re: [Pharo-project] Opal ?

by Benjamin

When I read "a bad example" I expect something that will break my system ... Ben On Jun 21, 2012, at 2:58 PM, Jean Baptiste Arnaud wrote: > Who care ? > On Jun 21, 2012, at 2:54 PM, Benjamin wrote: > >> So, dummy, not bad >> >> Ben >> >> On Jun 21, 2012, at 2:51 PM, Jean Baptiste Arnaud wrote: >> >>> >>> Is not a real example it is a foo bar example, so bad. >>> >>> On Jun 21, 2012, at 2:44 PM, Benjamin wrote: >>> >>>> Why is this example bad ? >>>> >>>> Ben >>>> >>>> On Jun 21, 2012, at 2:40 PM, Jean Baptiste Arnaud wrote: >>>> >>>>> hi. >>>>> JB ^^ >>>>> You can execute this code for install: >>>>> >>>>> Gofer new >>>>> squeaksource: 'OpalCompiler'; >>>>> package:'ConfigurationOfOpalCompiler'; >>>>> load. >>>>> >>>>> (Smalltalk at: #ConfigurationOfOpalCompiler) load. >>>>> >>>>> A bad example : an instance of OCClosureCompiler will return you the method node. >>>>> OCClosureCompiler new compile: 'selector >>>>> ^1+1' in: TestObject classified: 'examples' notifying: nil ifFail: []. >>>>> >>>>> For put annotation on AST maybe marcus can explain better than me. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Jun 21, 2012, at 2:01 PM, Goubier Thierry wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I'd like to port an old smalltalk code tracer framework of mine to Pharo (was developped on the VisualWorks compiler) and I didn't manage to port it easily on the Pharo smalltalk compiler. >>>>>> >>>>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal compiler. So, how do I load Opal in a Pharo 1.4 image ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Thierry >>>>>> -- >>>>>> Thierry Goubier >>>>>> CEA list >>>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>>> 91191 Gif sur Yvette Cedex >>>>>> France >>>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>>>> >>>>> >>>>> Best Regards >>>>> Jean Baptiste Arnaud >>>>> jbaptiste.arnaud(a)gmail.com >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >>> Best Regards >>> Jean Baptiste Arnaud >>> jbaptiste.arnaud(a)gmail.com >>> >>> >>> >>> >>> >>> >>> >> > > Best Regards > Jean Baptiste Arnaud > jbaptiste.arnaud(a)gmail.com > > > > > > >

June 21, 2012

Re: [Pharo-project] Opal ?

by Marcus Denker

On Jun 21, 2012, at 2:50 PM, Jean Baptiste Arnaud wrote: > ok > > On Jun 21, 2012, at 2:28 PM, Marcus Denker wrote: > >> >> On Jun 21, 2012, at 2:22 PM, Damien Cassou wrote: >> >>> On Thu, Jun 21, 2012 at 2:01 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>>> I met J-C. Arnaud in Rennes yesterday and he told me I should try the Opal >>>> compiler. So, how do I load Opal in a Pharo 1.4 image ? >>> >>> I think it is there: >>> http://www.squeaksource.com/OpalCompiler >>> >> >> There is a problem: this is not finished. The problem is that it is not really useful right now. > As I understand (stop me if i am wrong) , it doesn't really matters, the idea is to put annotation on an ast for inject code. > I think it is usable in state for that use. Maybe not for full remplacement of the current compiler. > But i thinks, it is painless to implement with opal comparing to the energy needed for change the old one. The problem is that the code generated should be correct... its almost there... some days... Marcus -- Marcus Denker -- http://marcusdenker.de

June 21, 2012

Re: [Pharo-project] Opal ?

by Jean Baptiste Arnaud

marcus has right. If the new repository is here maybe grap it. MCHttpRepository location: 'http://smalltalkhub.com/mc/MarcusDenker/Opal/main' user: '' password: '' So : Gofer new url: 'http://smalltalkhub.com/mc/MarcusDenker/Opal/main'; package:'ConfigurationOfOpalCompiler'; load. (Smalltalk at: #ConfigurationOfOpalCompiler) load. On Jun 21, 2012, at 2:53 PM, Goubier Thierry wrote: > Le 21/06/2012 14:40, Jean Baptiste Arnaud a Ã©crit : >> hi. >> JB ^^ > > Sorry :-( > >> You can execute this code for install: >> >> Gofer new >> squeaksource: 'OpalCompiler'; >> package:'ConfigurationOfOpalCompiler'; >> load. >> >> (Smalltalk at: #ConfigurationOfOpalCompiler) load. > > Thanks. > >> A bad example : an instance of OCClosureCompiler will return you the method node. >> OCClosureCompiler new compile: 'selector >> ^1+1' in: TestObject classified: 'examples' notifying: nil ifFail: []. >> >> For put annotation on AST maybe marcus can explain better than me. > > Ok. I'll try to find my way through the package first. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

June 21, 2012