It looks like it might be possible to use RPerl as one type of JIT compiling that is supported by PDL-NG.
--Chris On Wed, Jan 6, 2016 at 8:08 AM, Chris Marshall <[email protected]> wrote: > Happy New Year to you as well. > > I haven't tried rperl myself but from what > I can tell, PDL as a C/XS module appears to > be implemented with everything you can't > do with rperl to run fast. > > That said, it might be possible to build > and use PDL with rperl to take advantage > of both capabilities. Maybe we should add > "works with rperl" as one of the ideas for > the PDL Next Generation development. > > Cheers, > Chris > > On 1/6/2016 04:37, Pablo marin-garcia wrote: > > Hello, and happy new year, > > I was wondering if someone has tested Pdl with rperl. ( rperl stands for a > rapid restricted Perl NOT perl R bindings) > > Also I would like to hear some thoughs about the use of rperl or similar > ideas for boosting "scientific perl" usage (together with Pdl of course ;-)) > > http://rperl.org/use_rperl.html > > -------- > https://metacpan.org/pod/RPerl::Learning > *Section 1.8: What Does RPerl Stand For?* > > RPerl stands for *"Restricted Perl"*, in that we restrict our use of Perl > to those parts which can be made to run fast. RPerl also stands > for*"Revolutionary > Perl"*, in that we hope RPerl's speed will revolutionize the software > development industry, or at least the Perl community. RPerl might even > stand for*"Roadrunner Perl"*, in that it *runs really fast*. > >
------------------------------------------------------------------------------
_______________________________________________ pdl-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pdl-general
