http://www.perlmonks.org?node_id=1063969


in reply to Re^2: Perl 5 Optimizing Compiler, Part 9: RPerl.org & The Low-Magic Perl Commandments
in thread Perl 5 Optimizing Compiler, Part 9: RPerl.org & The Low-Magic Perl Commandments

although there are couple of unessential differences that you mentioned, there is one huge common thing between kurila and your rperl - these both have user base approaching to zero....

read kurila ml archives
the sooner you understand this the better, in terms of wasted efforts......

speed is not the goal of perl, for this we have C and inline::c... perl is o(fun) and o(hard things easy) but not for speed.... you're mistargetting the goal, hence the aforementioned epic fail in the future......

  • Comment on Re^3: Perl 5 Optimizing Compiler, Part 9: RPerl.org & The Low-Magic Perl Commandments

Replies are listed 'Best First'.
Re^4: Perl 5 Optimizing Compiler, Part 9: RPerl.org & The Low-Magic Perl Commandments
by Anonymous Monk on Nov 23, 2013 at 07:51 UTC
    Silly. speed is not the goal of perl, for this we have C and inline::c... the sooner you realize this the sooner you will stop trying to make using Inline::C easier

    Its almost as if you don't want Will the Chill to use Inline::C for speed

[reply]
      Anonymous Monk is correct, RPerl directly utilizes Inline::C and Inline::CPP to achieve runtime optimization.
[reply]
        he isn.t...

        i said nothing about you using inline:: c and c in rperl...

        go reread

[reply]
      you swapped my sentences and words, and then speculating about this changed content...

      i hereby announce your broken quote of my text as not containing mine thoughts and thus declare your reply invalid...

      dixi

[reply]

        1+2=3; 2+1=3; 1+1+1=3;

        vkon non sequitur

[reply]

In Section Meditations