in reply to Error while installing JE

I sincerely fail to understand the need of such modules.
Even worse - author of this module is well-recognized perl developer

There are good javascript engines around - there are perl modules on CPAN to connect them - they rock, efficient, have GC, etc.

having yet another but pure-perl implementation is just not enough for me.

Replies are listed 'Best First'.
Re^2: Error while installing JE
by Corion (Patriarch) on Feb 18, 2011 at 19:26 UTC

    But none of them are written in Perl :)

    Also, the other engines are inconvenient as you need a C compiler, and you need to build them (which might require other tools, like Python). I would assume that Sprout does this for fun, and also because he can, and if it works for others, that's another benefit. Using a Javascript engine written in C is likely faster, but I doubt that that's his point.

      Also, the other engines are inconvenient as you need a C compiler, and you need to build them (which might require other tools, like Python)

      yes, I understand this convenience of pure-perl modules over modules that require C compiler
      This works for simple cases, but not for something real big, like entire programming language

      Having *slow* (and memory hungry) pure-perl JS engine, compared to fast V8 or SpiderMonkey, means only one thing - pure-perl is a toy, and v8 or spidermonkey is a real something
      (o-kay, if not a toy, then maybe this is a reference implementation? but JE is not positioning this)

      Next, why do you might prefer pure-perl over C, in this particular case? portability? or maybe you want to experiment with source code by adding something to it?

      Current version number - 0.05x - means that even author expects it to be far from being ECMA standard-compliant - otherwise it would be 1.00 or something.

      OK,
      just as another guess - maybe author writes such a module to become familiar with Ecmascript language?

Re^2: Error while installing JE
by Anonymous Monk on Feb 19, 2011 at 02:05 UTC
    having yet another but pure-perl implementation is just not enough for me

    Ok, but why does it hurts you so? Spidermonkey is already wrapped

      no, it does not hurt me :)
        So why say is not enough for me, if its enough for the author (since it must be, since the author is writing/releasing this code) unless it somehow, for lack of a better term, hurts you ?