I was wondering ... for problems like these, is there a way to debug what is
going on internally? Is standalone PIR the best way?
Stephen Simmons
On Mon, Aug 25, 2008 at 8:11 AM, Moritz Lenz via RT
[EMAIL PROTECTED] wrote:
Stephen Simmons (via RT) wrote:
# New Ticket Created by Stephen
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #58372]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58372
r30537:
$ ./perl6 -e '$/ab; say Alive!'
get_pmc_keyed() not implemented in class
On Mon, Aug 25, 2008 at 10:06 PM, Stephen Simmons
[EMAIL PROTECTED] wrote:
I was wondering ... for problems like these, is there a way to debug what is
going on internally? Is standalone PIR the best way?
Stephen Simmons
On Mon, Aug 25, 2008 at 8:11 AM, Moritz Lenz via RT
[EMAIL PROTECTED]
On Tue, Aug 26, 2008 at 10:53 AM, luben [EMAIL PROTECTED] wrote:
I have noticed that Rakudo (and NQP) generates different PIR code for
implicit and explicit returns.
Example for implicit return:
sub foo($n){
$n;
}
And example for explicit return:
sub foo($n){
return $n;
}
Is
On Tue, Aug 26, 2008 at 01:28:22AM -0700, Carl Mäsak wrote:
r30537:
$ ./perl6 -e '$/ab; say Alive!'
get_pmc_keyed() not implemented in class 'Undef'
[...]
Compare Perl 5:
$ perl -Mstrict -we '$_{'a'}{'b'}; print Alive!\n'
Useless use of hash element in void context at -e line 1.
Alive!
Patrick R. Michaud wrote:
On Tue, Aug 26, 2008 at 01:28:22AM -0700, Carl Mäsak wrote:
r30537:
$ ./perl6 -e '$/ab; say Alive!'
get_pmc_keyed() not implemented in class 'Undef'
[...]
Compare Perl 5:
$ perl -Mstrict -we '$_{'a'}{'b'}; print Alive!\n'
Useless use of hash element in void
On Tue, Aug 26, 2008 at 11:42:51PM +0300, luben karavelov wrote:
I can run the NQP generated PIR after addition of:
load_bytecode 'compilers/nqp/nqp.pbc'
in the first sub. But I can not find how to run rakudo generated PIR
code. The load_bytecode seems no be not enought (some months ago it