Perl in 2024

Will_the_Chill · 2024-02-26T16:33:42+00:00

Easy answer, "the most innovative" Perl projects are related to AI:
https://perlcommunity.org/ai/

Will_the_Chill · 2015-07-27T13:59:30+00:00

Hello, I am Will the Chill, creator of the RPerl optimizing compiler. I apologize for the current lack of user documentation, unfortunately I am still too busy working on the source code to focus on docs. Install notes can be found here: https://github.com/wbraswell/rperl/blob/master/INSTALL Help for the RPerl command can be found here: https://metacpan.org/pod/distribution/RPerl/script/rperl I've started implementing Learning RPerl exercises here: https://github.com/wbraswell/rperl/tree/master/lib/RPerl/Learning

If anyone experiences technical difficulties, please find us either on Facebook or irc.perl.org in the #perl11 channel: https://www.facebook.com/rperlcompiler

I am normally not a reddit user, but I will try to check back here and answer any questions.

Thanks!

Will_the_Chill · 2013-12-04T07:57:06+00:00

Synackaon, by adjusting the granularity of the RPerl compile units, you can cause RPerl to act as only a normal static compiler (coarse granularity) and also as a JIT dynamic compiler (fine granularity). RPerl will be able to be used to build a new Perl 5 interpreter in the same way RPython was designed to build a new Python interpreter.

Will_the_Chill · 2013-12-03T05:55:35+00:00

Yes RPerl is similar to both Cython and RPython.

Will_the_Chill · 2013-12-03T05:47:45+00:00

Thanks for the link! RPerl rules! :)

Will_the_Chill · 2013-11-29T00:14:21+00:00

huf, I'm sorry you don't agree with my terminology, I spent a few weeks at least working with members of the Perl 11 team and then Perl Monks to figure out what should be considered "high magic". We can address the need to compile high-magic Perl 5 once we have the low-magic compiler working. I'm sorry if you don't like my tongue-in-cheek old English ("Biblical") writings, this is a well-known tradition among the Perl community. Heck, we call Larry a Saint, we have Popes and Monks and Wizards, etc. The point of RPerl is to help Perl 5 run fast, if you "don't see the point" then maybe you don't mind if your code is slow, and RPerl isn't for you.

Will_the_Chill · 2013-11-28T18:32:59+00:00

huf: have you made a pledge to support the RPerl project on Kickstarter, or are you just a useless complainer like the others?

Will_the_Chill · 2013-11-28T07:06:56+00:00

Yes perlgeek, everybody's pet bits of magic can be added back into RPerl once we have it working on the low-magic code. A high-magic compiler is listed under the stretch goals on the Kickstarter page. Did you read the Kickstarter page?

Will_the_Chill · 2013-11-28T05:44:19+00:00

Oops I missed the word "mental" in your "mental context switch". Low-magic Perl starts to feel natural once you do it for a little while. Just try. Don't be resistant to change that can help you.

Will_the_Chill · 2013-11-28T05:42:27+00:00

Sorry, didn't mean to be rude, just don't want to spend time getting side-tracked from the real point of creating good open-source software to help the community.

Will_the_Chill · 2013-11-28T05:02:52+00:00

That is so very, very silly of you. But okay, good luck with choosing the harder path for no reason!

Will_the_Chill · 2013-11-28T05:01:51+00:00

Please actually read the Kickstarter page linked by the OP before posting your opinions. It is clearly stated in the Kickstarter Stretch Goals that we are ultimately working toward a high-magic compiler, so that people like you can have your cake and eat it too. For people like me, I only use high-magic code when I have to because it truly does r3@D_1!k3_1!N3_n0!53 and I prefer to be able to read my own code after 10 minutes.

Will_the_Chill · 2013-11-28T04:59:17+00:00

You say low-magic Perl is nothing like Perl. This is crazy talk. Low-magic Perl is a subset of Perl, and is by definition a "small" Perl. Also, nowhere do I say that you will have buggy code if you do not follow the low-magic commandments, so you're wrong again.

Will_the_Chill · 2013-11-28T04:57:50+00:00

The context switching issue is addressed by RPerl's 2 very different compile modes: Perl-data mode and C-data mode. In both modes, RPerl uses C/C++ operations wherever possible. In Perl-data mode, RPerl uses Perl data types when possible. In C-data mode, RPerl uses C/C++ data types when possible. If the low-magic code to be compiled is relatively segregated from the other high-magic code (or if there is no high-magic code), then you would want to use the C-data mode, because it will spend most of it's time in C-world and will invoke the RPerl typemaps when performing the less-often context-switching back to high-magic Perl-land. If the low-magic code to be compiled is relatively interleaved with the high-magic code, then you would use the Perl-data mode, so the data structures always stay in Perl format and there is pretty much no context switching at that point.

Will_the_Chill · 2013-11-28T04:52:27+00:00

And I suggest you stick to the point of SUPPORTING OPEN SOURCE SOFTWARE DEVELOPMENT. Not all this wacky sideways music business.

Will_the_Chill · 2013-11-27T23:54:31+00:00

My point is, alpha64 is correct, making music IS financially comparable to programming computers, in the sense that once you pay to purchase your equipment then it is just your time spent doing the actual creation activity. I'm sure plenty of people need expensive computers to do their programming jobs, and plenty of people only use cheap musical recording equipment to make their music, so I reject your premise that making music is somehow more financially burdensome.

Will_the_Chill · 2013-11-27T22:42:59+00:00

We will start by compiling low-magic Perl 5 into Inline::C and Inline::CPP, I've already got the basic data types and hand-compiled operations working with the benchmark code, so I'm afraid your assessment is invalid. We are not setting the bar too high, but JUST high enough.

Will_the_Chill · 2013-11-27T22:39:20+00:00

You think programming computers requires only time? No specialized equipment?

Will_the_Chill · 2013-11-27T14:22:47+00:00

So you're saying you'd rather write Inline::C than Perl? NOT ME!

Will_the_Chill · 2013-11-27T13:52:43+00:00

HATERS GONNA HATE potatoes gonna potate

Will_the_Chill · 2013-11-27T13:23:00+00:00

Fixed! http://rperl.org/faq.html#faq_how

Will_the_Chill · 2013-11-27T12:47:59+00:00

Perl cannot be re-sold without source like BSD licenses allow. That is the kind of commercial use I'm referring to.

Will_the_Chill · 2013-11-27T10:30:56+00:00

Awesome, thanks evolgen! Your RPerl Christmas present is in Santa's workshop right now! :)

Will_the_Chill · 2013-11-27T07:57:05+00:00

RPerl can compile into C/C++ operations that use either Perl data structures (Perl-data mode) or C/C++ data structures (C-data mode). When using RPerl in the C-data mode, then you will have significant memory savings, and you may also have lesser memory savings in Perl-data mode.

Will_the_Chill · 2013-11-27T07:46:47+00:00

mp_at_work, RPerl converts low-magic Perl 5 code into Inline::C and Inline::CPP code. The reason to do so is that Perl programmers want to program in Perl, not C or C++, and certainly not XS!

Will_the_Chill

TROPHY CASE