Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • by chromatic (983) on 2006.11.07 12:58 (#51490) Homepage Journal

    'cuz what the world really needed was yet another port of the most basic, procedural, declare-variables part of Perl 6 to yet another VM.

    • Well, all three backends of Pugs contains closures and object model support.

      The fourth backend, namely the Parrot one, indeed lacks in those features, and I'm sorry I haven't been been able to keep up with that backend.

      • I haven't been been able to keep up with that backend.

        I find it interesting to speculate where any single backend might be today if not for all of the duplicate work poured into all of the others.

        • But that is as feasible as having Guido, Matz and Larry working on one single language. :-)

          That is, fglock++ wouldn't find it fun to hack the Haskell backend; neither would I have as much fun hacking the JS1 backend as iblech++, who probably wouldn't have as much fun hacking on the Perl5 backend...

          • I would find it highly fun to have a usable, fairly complete Perl 6. I don't think I'm so alone among most of the other Perl programmers who are not you, fglock, and iblech.

            It's nice that you're having fun, I suppose. Meanwhile, if it's not too much of a downer, would you mind finishing something? PIL or PIL^2 or whatever it is now would be nice. As I mentioned over a year ago, I was willing to work on a Parrot backend for Pugs if someone would have told me what it needed from Parrot.

            • Well, if you take the current PIL and emit to Parrot, as we've done nearly a year ago, that is sufficient to get you closures, object model, and more. Chip knew exactly what's needed from Parrot -- a stable API for namespaces, modules, calling convention, object construction and introspection, is all we need.

              If you look at PIL2JS, which is written in Perl 5, or even the now-bitrotten-by-Parrot-API-change PIL->PIR emitter written in Haskell, and fill in the bits to emit modern PIR, then that's more tha

            • While we are on the subject of completion and usability, nearly half a year ago you wrote []:

              > Where does Parrot fit in all of this?

              I am speaking for myself, not Audrey (or anyone else) here. I believe that it will be the most complete and most performant backend in the near and medium future.

              I appreciate that Parrot people are now working on regularizing the designs and the underlying APIs, as well as revamping Parrot's own intermediate languages. Those are highly needed tasks that will make Parrot