Not so cute, and much too long. Perl-5 moves revenue freight. None of the other paths except Moose have ever seen the light of day, and all are nowhere near to market acceptance. We don't need to keep re-hashing this, let alone in two thousand words. All thunder, no rain.
Re: Perl 5 Optimizing Compiler, Part 8: The Book Of RPerl
Replies are listed 'Best First'.
Will, You forgot Wizard goccy (spelled "goshi") who started with this craze with gperl one year earlier. 3x faster than p2 ever will be, due to LLVM optimizations. But there are still some parsing issues. f/x doesn't look for the ending /, so div vs rx, f*k mult vs f calling with a glob, and so on.
goccy's planned release date is april 2014.
Sorry you didn't like it, I tried to be entertaining and there was a story that needed telling.
If it felt like rehashing to you, then just skip to the last chapter and click the links at the bottom.
Of course none of the paths has, or necessarily will, achieve market acceptance. However, this is due to the fact that none of the paths has reached a suitable state of completion, which should eventually occur if enough people put forth enough effort.
Lots and lots of thunder, yes. Follow the links and help us make it rain.
I followed the links...and what I found was harder to understand than the original article. And much less entertaining!
If I wanted to get involved, can point me to where I need to go to figure out what it is I'm seeing there? My degree is in engineering (and 30 years old) so I took the assembly language course, not the compiler writing course.
Sorry it was confusing. The basic idea is that there are some promising new software projects, and this was a bit of a marketing piece to get people interested in working on something new and exciting and important.
I can probably tell you the most about the RPerl project because that's the one I'm personally working on. It is a low-magic-Perl5 to C++ compiler and can give significant speed improvements, I've got 200x increase in my hand-compiled sorting code.