On 3 April 2012 10:16, Moritz Lenz <mor...@faui2k3.org> wrote: > (follow-up to perl6-compil...@perl.org)
Ok. Moving discussion to per6-compi...@perl.org > NQP exists in several versions... > The current version (called "NQP" again) is developed outside of parrot (in > github.com/perl6/nqp/ repository), and not (yet?) bundled with parrot. > > NQP is intended to be a subset of Perl 6, use for bootstrapping the Rakudo > compiler (and of use to other compiler writers as well). > It doesn't have a separate spec. ... > Since NQP mostly(*) just implements stuff that maps well to parrot, it is > usually much faster than Rakudo, but of course it also does much less. Ok. I just scanned the Wikibook on NQP. Indeed, it is quite limited. It lacks basic things like list context: @a := (1,2,3,4); # Wrong. It's a shame because lists is precisely what I wanted to work with. Reading up on Parrot I stumbled on this bit of information: "Native Library Support Parrot has a robust system for interfacing with external native code libraries, such as those commonly written in C, C++, Fortran and other compiled languages. Where previously every interpreter would need to maintain its own bindings and interfaces to libraries, Parrot enables developers to write library bindings once and use them seamlessly from any language executing on Parrot. Want to use Tcl's Tk libraries, along with Python's image manipulation libraries in a program you are writing in Perl? Parrot supports that." Does that mean what I think it means? That I could, for example, get super-fast matrix operations using LAPACK simply because Rakudo talks to Parrot and Parrot talks to Fortran? There are a lot of powerful numerical libraries in C and especially Fortran, but last time I checked I think I was told that getting Rakudo to talk to Fortran would be very difficult. Cheers, Daniel. -- I'm not overweight, I'm undertall.
