News for hackers. Stuff that matters.
Re:Perl 5.26.0 released by yellowapple on Thursday June 01, 2017 @05:22PM (#14464910)
"In a few years nobody will use perl5 anymore, everybody will use cperl instead."

That seems like an awfully bold claim.

cperl is great, don't get me wrong, but if I'm going to move away from Perl 5 to a different Perl I'd rather just move to Perl 6 (and, in fact, I already have for some of my latest pet projects; so far, I've been very impressed).

Re:Perl 5.26.0 released by rurban on Thursday June 01, 2017 @08:32PM (#14466430)
Perl 6 is a different language, no chance for a replacement. It's also much slower and unusable for professional usage.

cperl is a not a different perl, it's a perl5 replacement, which is faster, more secure, less bugs and more features. types and using a modern perl is optional. 90% of the vm and toolchain is unmaintained by p5p, and taken over by cperl.

Re:Perl 5.26.0 released by yellowapple on Friday June 02, 2017 @03:31AM (#14468147)
"It's also much slower"

Perl was never intended to be fast for computers. It was intended to be fast for programmers. Perl 6 does a pretty darn good job of that, and additionally already has working and easy-to-use C/C++-compatible FFI that I can use today to offload things that really do require maximum computational performance (that latter point wasn't true for cperl last I checked; "extern sub ..." is still a "todo" item AFAICT, and I don't really see an equivalent to Perl 6's "is repr(CPointer)").

"and unusable for professional usage."

By what measure? More importantly, by what measure in which cperl fares any better?

"more features"

Not at all the impression I'm getting from perl11.org/cperl in relation to Perl 6. What you're saying is certainly true in relation to Perl 5, though.

Re:Perl 5.26.0 released by rurban on Friday June 02, 2017 @06:39AM (#14468919)
extern sub is actively being worked on. The technical problem is not the ffi, this is trivial, but to fix the broken attributes architecture beforehand. They are not usable at runtime (variable arguments) and Attribute::Handlers only makes it worse.

Of course cperl is lacking compared to perl6 features, user facing. Because I had to fight first p5p sloth, like broken designs for everything. cow, const, threads, attributes, regex, scalar, arrays, hashes, functions, types, lecical $_, objects, symbols, unicode, build system, warnings, exceptions, the VM, ... http://perl11.org/blog/p5p-incompetence.html is a short overview of the technical problems to be fixed.

Professional use: read cperlpod cperl. No security process and competence, lack of progress, lack of maintainance of critical modules (cpan is fine, p5p and toolchain authors are the problem), no types, no compiler, recommending worst practices to move towards Java, no technical management, just community leaders without any idea what they are deciding, loosing all competent devs in the last decades and with just the remaining dead wood vocally protecting their turf, with the usual racial and more unpleasant slurs of the leadership towards its users and co-devs. As company you wouldn't want to be associated with them, but their counter propaganda silencing and censoring the critics works well.

Re:Perl 5.26.0 released by chromatic on Friday June 02, 2017 @12:35PM (#14471204)
Are you open to taking patches to that blog entry?
Re:Perl 5.26.0 released by rurban on Saturday June 03, 2017 @06:52AM (#14475794)
Of course not. Only typos. Blog entries are one-time discussion entries, written by the author, not by chromatic. You are free to add comments.

While you censored me from adding comments to the old official discussion channels, I will not censor you on the new discussion channel /r/cperl or here. I just don't accept illegal comments as they used to happen on the old channels (asshole and such).