- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 2336 in pharo: Fix handling of duplicate/swap control and alt keys.

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 2336 by marcus.d...(a)gmail.com: Fix handling of duplicate/swap control and alt keys. http://code.google.com/p/pharo/issues/detail?id=2336 (No comment was entered for this change.)

April 8, 2011

Re: [Pharo-project] Initial PetitC parser

by Ricardo Moran

On Fri, Apr 8, 2011 at 6:17 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > > Can't macros and preprocessor directives be represented as just another > nodes in the AST? > > In some cases yes, in some other no. The preprocessor allows you to > completely change the syntax of C. This makes it very hard to parse. > Consider the following valid C program: > > #define LEFTPARENT ( > #define RIGHTPARENT ) > > int main LEFTPARENT void RIGHTPARENT { > return 0; > } > > Ok, I see the problem now... > > Cheers, > Alexandre > > > > > > > > On 7 Apr 2011, at 23:53, Javier PimÃ¡s wrote: > > > > > by the way, the grammar is based on > > > > > > http://www.quut.com/c/ANSI-C-grammar-l-1998.html > > > > > > and > > > > > > http://www.quut.com/c/ANSI-C-grammar-y.html > > > > > > I'd be very grateful if you contribute to cover the full extent of it! > > > > > > > > > On Fri, Apr 8, 2011 at 12:37 AM, Javier PimÃ¡s < > elpochodelagente(a)gmail.com> wrote: > > > Hi, > > > I took some time to start developing a C parser with PetitParser. > I used the slides of the smalltalk school, they were pretty useful, and > after some hours I have a very basic tokens scanner. The idea of this work > is to be able to feed the parser with C headers and automagically get the C > bindings done in smalltalk. > > > > > > Now I have to actually start doing something with the scanned code. How > should I do that, all in the same class? What if I want to generate bindings > for different kinds of FFIs? Other question, how should I handle > preprocessing? (now there isn't any kind of preprocessing) > > > > > > You can see the code, download it and commit improvements to the repo > at www.squeaksource.com/Bindings > > > > > > Anybody who is interested is welcomed to help in the development! > > > > > > Regards, > > > Javier. > > > > > > -- > > > Javier PimÃ¡s > > > Ciudad de Buenos Aires > > > > > > > > > > > > -- > > > Javier PimÃ¡s > > > Ciudad de Buenos Aires > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > -- > > Javier PimÃ¡s > > Ciudad de Buenos Aires > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

April 8, 2011

Re: [Pharo-project] Issue 1546 in pharo: rescue chat note

by pharo＠googlecode.com

Updates: Status: Closed Comment #4 on issue 1546 by marcus.d...(a)gmail.com: rescue chat note http://code.google.com/p/pharo/issues/detail?id=1546 It's a StringHolder subclass!! kill, kill.... ;-)

April 8, 2011

Re: [Pharo-project] Issue 3788 in pharo: Should fix all the menu category of ToolRegistry and deprecate the methods.

by pharo＠googlecode.com

Updates: Status: Duplicate Mergedinto: 1915 Comment #2 on issue 3788 by marcus.d...(a)gmail.com: Should fix all the menu category of ToolRegistry and deprecate the methods. http://code.google.com/p/pharo/issues/detail?id=3788 (No comment was entered for this change.)

April 8, 2011

Re: [Pharo-project] Issue 1915 in pharo: Making ToolSet more flexible

by pharo＠googlecode.com

Comment #11 on issue 1915 by marcus.d...(a)gmail.com: Making ToolSet more flexible http://code.google.com/p/pharo/issues/detail?id=1915 Issue 3788 has been merged into this issue.

April 8, 2011

Re: [Pharo-project] jtalk fun

by Richard Durr

I do hope ^^ This makes working with "native" Javascript-Libraries hard (remembers me of how this is done in ObjJ). Another problem is the extension of native JS "types" which can conflict with other libraries as well. I have a feeling that his can be solved by using some form of automatic wrapping like underscore.js uses to extend native JS-Arrays: _(someArray).canCallCoolforEachMethodNow() . A ST dispatch method (asSmalltalkObject(someJavascriptObject).nowICanCallSmalltalkObjectsMethods() ) could also swap "undefined" and "null" for nil then automatically. However, this would bring a small runtime cost. Switching to a fully externalized and decoupled message-send implementation like in ObjJ would allow DNU then as well. smalltalkMessageSend(someObject, 'doSomething:', anObject); RD On Fri, Apr 8, 2011 at 9:44 PM, nicolas petton <petton.nicolas(a)gmail.com>wrote: > Good point Richard, and this isn't written in stone ;) > > nico > > > 2011/4/8 Richard Durr <richard.durr(a)googlemail.com> > >> Cool. The only problem in JTalk is for interfacing with JS you have to >> create new classes and use jsbody-methods ({'alert("hello")'}). In OMeta's >> JS/Smalltalk, you can reference and call JS-Objects directly (alert value: >> 'hello') at the cost of semantic ("atput" "a: t: p: u: t:" and "atput:" all >> refer to the same method/function, for example). >> >> Somehow I find CoffeeScript cleaner in this regard. CoffeeScript is no >> Smalltalk, though. :( >> >> >> >> >> On Wed, Apr 6, 2011 at 1:34 PM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> >>> On Wed, Apr 6, 2011 at 12:48 PM, Nicolas Petton < >>> petton.nicolas(a)gmail.com> wrote: >>> >>>> Le mercredi 06 avril 2011 Ã 12:28 +0200, Noury Bouraqadi a Ã©crit : >>>> > Cool. But how do we move parts? >>>> >>>> Hmm, you don't... >>>> >>>> I only wrote the field and pieces, the game isn't working yet (and I >>>> didn't think someone would find it... kudos to Laurent :-) >>>> >>> >>> Ahaha I was just looking for examples and this is in the example category >>> ;) >>> >>> Laurent >>> >>> >>>> >>>> Cheers, >>>> Nico >>>> > >>>> > >>>> > On 5 avr. 2011, at 15:16, laurent laffont wrote: >>>> > >>>> > > Go to http://jtalk-project.org/ >>>> > > >>>> > > Open development tools -> Workspace >>>> > > >>>> > > Evaluate: >>>> > > >>>> > > Tetris new appendToJQuery: 'body' asJQuery >>>> > > >>>> > > play. >>>> > > >>>> > > >>>> > > Laurent. >>>> > >>>> > Noury Bouraqadi >>>> > http://car.mines-douai.fr/noury >>>> > -- >>>> > -6th National Conference on >>>> > âControl Architecture of Robotsâ >>>> > 24-25 may 2011, Grenoble area, France >>>> > http://car2011.inrialpes.fr/ >>>> > >>>> > -19th ESUG International Smalltalk Conference >>>> > 22-26 August 2011, Edinburgh, UK >>>> > http://www.esug.org/Conferences/2011 >>>> > >>>> > -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) >>>> > http://www.univ-valenciennes.fr/congres/jfsma2011/ >>>> > 17-19 Octobre 2011, Valenciennes, France >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> >>>> -- >>>> Nicolas Petton >>>> http://www.nicolas-petton.fr >>>> >>>> >>>> >>> >> >

April 8, 2011

Re: [Pharo-project] Unexpected behavior of roundTo:

by Nicolas Cellier

2011/4/8 Marcus Denker <marcus.denker(a)inria.fr>: > > On Apr 8, 2011, at 7:48 PM, Hilaire Fernandes wrote: > >> Well, whatever the underneath representation, one can expect roundedTo: >> 2 to return a float with two decimals. >> > Sometimes I think we should use the resources that these amazing machines > give us these days to move programming languages closer to humans... > > There are better Float models than the ones that are implemented in hardware. > E.g. another INRIA Project is this GNU MPFR: > > "The MPFR library is a C library for multiple-precision floating-point computations with correct rounding." > > Â Â Â Â http://www.mpfr.org/ > > Why don't we make our language better at "real" math? The power in the machine is definitly there... > I am quite convincd that if there are normal programming languages in 50 years, the math part of them > will be closer to Mathematica then to C... > > Â Â Â Â Marcus > > mpfr are still floating point with inexact operations, you just change the precision to whatever number of bits you want. I played with my own modest Smalltalk implementation relying on LargeInteger arithmetic http://www.squeaksource.com/ArbitraryPrecisionFl.html It implements correct rounding to (if correct is round to nearest even). Nicolas > > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

April 8, 2011

Re: [Pharo-project] Unexpected behavior of roundTo:

by Marcus Denker

On Apr 8, 2011, at 7:48 PM, Hilaire Fernandes wrote: > Well, whatever the underneath representation, one can expect roundedTo: > 2 to return a float with two decimals. > Sometimes I think we should use the resources that these amazing machines give us these days to move programming languages closer to humans... There are better Float models than the ones that are implemented in hardware. E.g. another INRIA Project is this GNU MPFR: "The MPFR library is a C library for multiple-precision floating-point computations with correct rounding." http://www.mpfr.org/ Why don't we make our language better at "real" math? The power in the machine is definitly there... I am quite convincd that if there are normal programming languages in 50 years, the math part of them will be closer to Mathematica then to C... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 8, 2011

Re: [Pharo-project] jtalk fun

by nicolas petton

Good point Richard, and this isn't written in stone ;) nico 2011/4/8 Richard Durr <richard.durr(a)googlemail.com> > Cool. The only problem in JTalk is for interfacing with JS you have to > create new classes and use jsbody-methods ({'alert("hello")'}). In OMeta's > JS/Smalltalk, you can reference and call JS-Objects directly (alert value: > 'hello') at the cost of semantic ("atput" "a: t: p: u: t:" and "atput:" all > refer to the same method/function, for example). > > Somehow I find CoffeeScript cleaner in this regard. CoffeeScript is no > Smalltalk, though. :( > > > > > On Wed, Apr 6, 2011 at 1:34 PM, laurent laffont <laurent.laffont(a)gmail.com > > wrote: > >> >> On Wed, Apr 6, 2011 at 12:48 PM, Nicolas Petton <petton.nicolas(a)gmail.com >> > wrote: >> >>> Le mercredi 06 avril 2011 Ã 12:28 +0200, Noury Bouraqadi a Ã©crit : >>> > Cool. But how do we move parts? >>> >>> Hmm, you don't... >>> >>> I only wrote the field and pieces, the game isn't working yet (and I >>> didn't think someone would find it... kudos to Laurent :-) >>> >> >> Ahaha I was just looking for examples and this is in the example category >> ;) >> >> Laurent >> >> >>> >>> Cheers, >>> Nico >>> > >>> > >>> > On 5 avr. 2011, at 15:16, laurent laffont wrote: >>> > >>> > > Go to http://jtalk-project.org/ >>> > > >>> > > Open development tools -> Workspace >>> > > >>> > > Evaluate: >>> > > >>> > > Tetris new appendToJQuery: 'body' asJQuery >>> > > >>> > > play. >>> > > >>> > > >>> > > Laurent. >>> > >>> > Noury Bouraqadi >>> > http://car.mines-douai.fr/noury >>> > -- >>> > -6th National Conference on >>> > âControl Architecture of Robotsâ >>> > 24-25 may 2011, Grenoble area, France >>> > http://car2011.inrialpes.fr/ >>> > >>> > -19th ESUG International Smalltalk Conference >>> > 22-26 August 2011, Edinburgh, UK >>> > http://www.esug.org/Conferences/2011 >>> > >>> > -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) >>> > http://www.univ-valenciennes.fr/congres/jfsma2011/ >>> > 17-19 Octobre 2011, Valenciennes, France >>> > >>> > >>> > >>> > >>> > >>> > >>> >>> -- >>> Nicolas Petton >>> http://www.nicolas-petton.fr >>> >>> >>> >> >

April 8, 2011

Re: [Pharo-project] Initial PetitC parser

by Javier PimÃ¡s

maybe, tomorrow I'll see if I have some free time to continue and see how to handle it. Regards, Javier. On Fri, Apr 8, 2011 at 4:34 PM, Ricardo Moran <richi.moran(a)gmail.com> wrote: > > > On Fri, Apr 8, 2011 at 1:57 PM, Javier PimÃ¡s <elpochodelagente(a)gmail.com>wrote: > >> >> >> On Fri, Apr 8, 2011 at 1:08 PM, Alexandre Bergel <alexandre.bergel(a)me.com >> > wrote: >> >>> What is tricky with analyzing C are macros and preprocessors directive. >>> srcML does a satisfactory job. But indeed, having a solution based on >>> PetitParser is indeed promising. >> >> >> Yes, and I don't know what to do, and would like to know if you or someone >> else have any idea of how to solve it. I will think some approach, but if >> you have some idea to share it would be better so I go directly to a good >> solution. I'm thinking that to feed the parser I'll have to preprocess the >> string with another parser, and make a string to string conversion by having >> a set of defines and paths so that #includes and #ifdefs work. But probably >> I'll need a cache because the generated string will be huge. >> >> What do you think? >> > > Can't macros and preprocessor directives be represented as just another > nodes in the AST? > > >> >> Regards, >> Javier. >> >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 7 Apr 2011, at 23:53, Javier PimÃ¡s wrote: >>> >>> > by the way, the grammar is based on >>> > >>> > http://www.quut.com/c/ANSI-C-grammar-l-1998.html >>> > >>> > and >>> > >>> > http://www.quut.com/c/ANSI-C-grammar-y.html >>> > >>> > I'd be very grateful if you contribute to cover the full extent of it! >>> > >>> > >>> > On Fri, Apr 8, 2011 at 12:37 AM, Javier PimÃ¡s < >>> elpochodelagente(a)gmail.com> wrote: >>> > Hi, >>> > I took some time to start developing a C parser with PetitParser. >>> I used the slides of the smalltalk school, they were pretty useful, and >>> after some hours I have a very basic tokens scanner. The idea of this work >>> is to be able to feed the parser with C headers and automagically get the C >>> bindings done in smalltalk. >>> > >>> > Now I have to actually start doing something with the scanned code. How >>> should I do that, all in the same class? What if I want to generate bindings >>> for different kinds of FFIs? Other question, how should I handle >>> preprocessing? (now there isn't any kind of preprocessing) >>> > >>> > You can see the code, download it and commit improvements to the repo >>> at www.squeaksource.com/Bindings >>> > >>> > Anybody who is interested is welcomed to help in the development! >>> > >>> > Regards, >>> > Javier. >>> > >>> > -- >>> > Javier PimÃ¡s >>> > Ciudad de Buenos Aires >>> > >>> > >>> > >>> > -- >>> > Javier PimÃ¡s >>> > Ciudad de Buenos Aires >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> >> >> >> -- >> Javier PimÃ¡s >> Ciudad de Buenos Aires >> > > -- Javier PimÃ¡s Ciudad de Buenos Aires

April 8, 2011