Re^4: Perl 5 Optimizing Compiler, Part 10: Kickstarter & Performance Benchmarks
by Will_the_Chill (Pilgrim) on Nov 29, 2013 at 20:56 UTC
|
bound to fail: HECK NO
No need to be rude! | [reply] |
|
you haven't answered on what makes your project different to kurila, instead - you and your anonymous friend stated some strange comments about inline::c. i therefore still do not have answer to my that question, instead i recieved unrelated garbage that i dismissed.. besides, why you stated to me about not being rude? i am absolutely not rude, quite the opposite. and please tell to your anonymous brave friend to watch his language...
| [reply] |
|
vkon,
1a. Kurila is a new language. Perl 5 code can be (somewhat) converted into Kurila. Kurila code is NOT Perl 5.
1b. RPerl is strictly a subset of Perl 5. RPerl code IS Perl 5 code. RPerl code will run unmodified by the existing Perl 5 interpreter, and it can also be compiled.
2a. Kurila is not specifically focused on speed.
2b. RPerl is specifically focused on speed.
3a. Kurila is dead.
3b. RPerl is alive.
4a. Kurila is a fork of Perl 5.
4b. RPerl is an upgrade to Perl 5.
5a. Kurila breaks backward compatibility.
5b. RPerl specifically maintains backward compatibility, so compiled RPerl code can be mixed back in with un-compiled Perl 5 code.
Does that answer your question about the differences between Kurila and RPerl?
Thanks!
Perling,
~ Will the Chill
| [reply] |
|
|
|
|
|
|
vkon,
The reason why I said there is "no need to be rude" is because most people (myself included) would consider it rude to claim that their project is "bound to fail".
Needless to say, it is a presumptuous and (if I have anything to say about it) untrue statement. Please refrain from making presumptuous and rude statements, thanks!
Perling,
~ Will
| [reply] |
|
|
|
|
|
|
you haven't answered on what makes your project different to kurila, instead - you and your anonymous friend stated some strange comments about inline::c. where do you ask that question ?
What a moron
| [reply] |