Hacker News Reader

Something I've wondered for a while: why was the decision made to write yet another dynamic language VM+JIT (MoarVM) instead of taking advantage of all the work the PyPy folks have done and using PyPy for Perl 6? Was PyPy even evaluated as a possible target?

View on HN

http://irclog.perlgeek.de/moarvm/search/?nick=&q=pypy http://irclog.perlgeek.de/perl6/search/?nick=&q=pypy

I think that the initial port of Rakudo to JVM was done by jnthn single-handedly. I don't know how PyPy compares with JVM though.

Why would we want to write Python code to get a new Perl6 backend which doesn't have quite the same object system that Perl6 needs?

At any rate I think that an implementation of 6model (the basis for Perl6 objects) on PyPy would likely be too slow to really make it worth the effort. ( If you really want to try I'm sure there are People who would help you )

There are currently 3 backends for the Rakudo implementation of Perl6: Parrot, JVM, and Moar.

The fastest one currently is the one designed to meet the needs of Rakudo: MoarVM. (in many benchmarks) It of course makes sense that a VM designed for Perl6 would work better for Perl6.

I think you misunderstand how PyPy works, not to mention making baseless claims (it'll be too slow), which is why you've been downvoted.

Reply on news.ycombinator.com