On Jul 13, 3:32 am, Charles Oliver Nutter <[email protected]> wrote:
> I like your list. I'd also love to see a Go for JVM that doesn't
> introduce a giant runtime library, if possible. There are too many JVM
> languages that bring along all their baggage and their implementers'
> choices about what libraries to use (and what libraries in the JDK
> don't pass muster). I started the Mirah language to scratch that itch
> of a clean, feature-rich, type-inferred language that I could run
> anywhere without any library dependencies to cope with.

Absolutely agree - no library or any other baggage.

> 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.

> 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.

Many thanks for your input.

Regards
Dibyendu

-- 
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.

Reply via email to