<?xml version="1.0" encoding="windows-1252"?>
<node id="1005872" title="Re: Why no one port perl5 to Parrot?" created="2012-11-27 10:03:25" updated="2012-11-27 10:03:25">
<type id="11">
note</type>
<author id="691105">
rurban</author>
<data>
<field name="doctext">
parrot is currently too slow to be an efficient competitor, there's not much progress, 
and there was heavy mismanagement. Feature-wise it is an interesting alternative.&lt;p&gt;

But there is a lot going on.&lt;p&gt;

Larry is already writing a p5 grammer for perl6/nqp, and had with MAD a working 
src-level translator.&lt;br&gt;
Flavio Glock has with perlito a src level translator and compiler already.&lt;p&gt;

perl6 is quite perl5 compatible, with much more features and better performance than perl5
for complicated use-cases, which you would call "Modern Perl" (i.e. Moose, Grammars, ...). 
But it is totally post-modern perl.&lt;p&gt;

perl11.org (5+6=11) is an umbrella project to try to mix/replace the various parts, 
parser, compiler/optimizer, runtime. See irc.perl.org #perl11&lt;p&gt;

I am thinking of an implementation based on vmkit to replace parrot or write a better p5 vm, codename p2.&lt;p&gt;
rakudo is working into similar directions, making nqp on jvm or mono or whatever possible.&lt;p&gt;

Perl5 XS is not that big a deal. Either throw it away as it is inefficient and hard to work with anyway. 
Or provide convenience wrappers. Better languages provide better glue interfaces. 
Inline e.g. is much better, but you still have to deal with the XS API.</field>
<field name="root_node">
1005794</field>
<field name="parent_node">
1005794</field>
</data>
</node>
