On 7/13/10, Dibyendu Majumdar <[email protected]> wrote: >> The last bullet you provide is perhaps the most important, and >> represents the guiding principle of Mirah. Perhaps there's some >> synergy to be had? Common codebases to be shared? I'm guessing the >> large part of what you want to do will be compiler/language-related >> with potential for very limited runtime library dependencies. > > I did have a look at Mirah (Duby?). I have never implemented a > language so I need all the help I can get and I can certainly learn a > lot from Mirah/as well as reuse stuff.
Yes, I hope we can both work to collaborate. There may be common inference or backend logic we can reuse, or perhaps one of our codebases might eventually form a better base for both language implementations to use. Feel free to ask any questions about Mirah (which *was* Duby, but recently changed names). >> A first simple step might be to take the Go syntax and see how much >> you can map to Java directly. Direct memory access (which I believe is >> still in there, right?) might be tough, but the basic constructs of >> the language may map well. Have you started any exploration yet? > > Just starting to. Will post here as I progress. Mostly it all maps > well I think except for how interfaces are done. > I like Java try/catch/finally better than go defer/recover/panic. > Goroutines are nice but cannot be implemented efficiently I think. So > am happy to settle for standard threadpool type implementation. Do have a look at this: http://classparser.blogspot.com/2010/04/jruby-coroutines-really-fast.html This is the performance of JRuby wired into Lucas Stadler's native coroutines for the JVM. It's research work at the moment and won't be in Java 7, but it could easily form the basis of Goroutines for your implementation. More people hacking on it and demanding it would help drive it into Java proper. - Charlie -- You received this message because you are subscribed to the Google Groups "JVM Languages" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jvm-languages?hl=en.
