- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Opal ?

by Marcus Denker

On Jun 21, 2012, at 3:30 PM, Jean Baptiste Arnaud wrote: > > On Jun 21, 2012, at 3:22 PM, Goubier Thierry 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. > > It seem the final objective is to send something to Esug ? > No, the final objective is to finish. Marcus -- Marcus Denker -- http://marcusdenker.de

June 21, 2012

Re: [Pharo-project] Array size in inspector

by Damien Cassou

On Thu, Jun 21, 2012 at 2:50 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > It doens't need to be StackOverflow necessary. We also have: > "A friendly place where any question about pharo is welcome" > <pharo-users(a)lists.gforge.inria.fr>, you are right. I've just update the Pharo website to give more emphasis to this user mailing list and to stackoverflow. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 21, 2012

[Pharo-project] [update 2.0] #20149

by Esteban Lorenzano

20149 ----- Issue 6097: Bad source and changes path for one click on Windows (Jenkins?) http://code.google.com/p/pharo/issues/detail?id=6097 Issue 6096: WindowsResolver sends "self default" but no method #default is implemented http://code.google.com/p/pharo/issues/detail?id=6096 (windows should be working now)

June 21, 2012

Re: [Pharo-project] Opal ?

by Jean Baptiste Arnaud

On Jun 21, 2012, at 3:22 PM, Goubier Thierry 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. It seem the final objective is to send something to Esug ? > 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 > 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 3:25 PM, Jean Baptiste Arnaud wrote: >>> >>> 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 ? > yes, just an experiment... -- Marcus Denker -- http://marcusdenker.de

June 21, 2012

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