On 26 April 2010 00:06, Igor Stasenko <siguc...@gmail.com> wrote: > On 25 April 2010 23:45, Adrian Lienhard <a...@netstyle.ch> wrote: >> Hi Igor, >> >> One question I have is how your work compares to Exupery? >> > > Well, i missing the good Exupery description , on squeak source it says: > A bytecode compiler for Squeak, still an alpha project. It doesn't yet > do anything useful but it can compile most bytecodes. > Or from wiki page: > Exupery is a compiler written in Smalltalk that compiles bytecodes to > machine code. > > So, as you can see, an Exupery aims mainly towards turning a bytecode > into a native code, i.e. towards implementing a JIT. > It is important to understand that NativeBoost project having a bit > orthogonal (or more complementary) aim - to allow you to run an > arbitrary native code and speak directly to hardware, OS etc. >
Ohh.. i guess you asked about Moebius project. Sorry. Moebius is much more ambitious project. It is a smalltalk environment , fully implemented in itself, i.e. which requires no VM and minimal glue code to run on target platform. While Exupery, is still using a 'VM' concept which interpreting the methods, while additionally providing facilities to optimize the system speed by jitting some methods. In moebius, all methods are initially contain a native code. There is no interpreter. Sure it can be added later (as for any other language interpreter btw), but that will not change the fact that system can sustain itself and run without a need of having VM. > > >> Adrian >> >> On Apr 25, 2010, at 22:21 , Igor Stasenko wrote: >> >>> On 25 April 2010 23:03, Stéphane Ducasse <stephane.duca...@inria.fr> wrote: >>>>> >>>>> >>>>> (a)(Smalltalk parser) -> >>>> >>>> could you plug the IRBuilder >>> >>> yes i can! The Moebius parser designed by taking in mind, that it can >>> be used as a backend >>> for any kind of encoding. It recognizing a smalltalk syntax and >>> semantic elements and then passing the messages to encoder. >>> And encoder can be anything. It can encode the parsed data into any >>> kind of AST , its just needs to conform with parser's protocol, >>> but can use arbitrary data structures for building the method's AST. >>> Parser don't have _any_ assumptions, into what form an encoder >>> translating the parsed data. >>> >>> So, for instance, i can implement a syntax highlighting encoder, based >>> on this parser, without a need of having separate parser targeted only >>> for syntax highlighting (like SHParserST80) >>> >>>> >>>>> (b)(Native intermediate instructions >>>>> generator (compiler)) -> (c)(Native code translator) >>>>> -> (d)(AsmJit) >>>>> >>>>> I having a, b and d , but c is still not complete. >>>>> And sure thing, one can use it for own purposes , since Moebius >>>>> implemented purely in smalltalk, >>>>> and works in Squeak/Pharo, so potentially it can be retargeted to >>>>> anything else. >>>>> >>>>> >>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project@lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project@lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project@lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
