<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 5 August 2015 at 10:25, Florent Mara <span dir="ltr"><<a href="mailto:florent.mara@nzregen.co.nz" target="_blank">florent.mara@nzregen.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>The performance benchmarks are quite grand and since my code is mostly 'non-perl-magical', is it worth giving it a try and get more processing done out of CPU time?</div><div></div></blockquote></div><br><br></div><div class="gmail_extra">The opinion we've been seeing based on observations in #toolchain is largely that, at least presently, RPerl is not something you can throw real-world code at on CPAN.<br><br></div><div class="gmail_extra">Its seems to be more tailored to writing a restricted subset of perl which is almost C++, such that the code can be trivially converted to C++.<br><br></div><div class="gmail_extra">This means if you write code *for RPerl* that it should be portable to Perl as-is, but the inverse is not true.<br><br></div><div class="gmail_extra">And its estimated that a potential deliverable RPerl may one day achieve is the ability to write Perl in the RPerl subset to smooth over creation of XS Modules, by allowing you to write them in a perl subset which can be compiled to XS.<br><br></div><div class="gmail_extra">But outside that, we presently don't see it being useful unless you're ok with re-writing all your perl components in the perl subset, which will be substantial effort seeing one of the "do not"s are "regex" and we simply don't have the expressive feature set of string functions other languages have because we defer them to regex ... <br><br></div><div class="gmail_extra">Also, "String interpolation" is also on the list of "Do nots", which is rather limiting also. There's quite a lot of things on the "Do not" list that people who do a lot of perl work will be relying on.<br><br></div><div class="gmail_extra">RPerl is probably going to be fine if you're wanting to write some very low level stuff without using dependencies that does a lot of simple mathematical things which you need to do very quickly, the sorts of usecases people might otherwise reach for PDL to get past perls native speed impediments.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">But based on my understanding its just not "There" yet for general purpose, ( and it may never be "there" to all/any of some peoples expectations )<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Kent<font size="1"><b> <br><br></b></font></div><div><span style="color:rgb(204,204,204)"><font size="1"><b>KENTNL</b> - <a href="https://metacpan.org/author/KENTNL" target="_blank">https://metacpan.org/author/KENTNL</a></font></span><br></div><div><br></div></div></div>
</div></div>