perl.perl6.compiler

perl.perl6.compiler http://www.nntp.perl.org/group/perl.perl6.compiler/ ... Copyright 1998-2008 perl.org Sun, 20 Jul 2008 12:58:58 +0000 ask@perl.org Re: [perl #57126] AutoReply: Rakudo should give a nice error about lexical subs not being implemented yet, but doesn't by Carl Mäsak The error seems to be in the generated PIR code. From src/gen_actions.pir (lines 6306-6315): control_3001: .local pmc exception .get_results (exception, $S10) getattribute $P3250, exception, "type" # Null PMC access in type() ne $P3250, 89, control_3001_rethrow getattribute $P3250, exception, "payload" .return ($P3250) control_3001_rethrow: throw exception .end Everything else seems to work, the line with the $/.panic (src/parser/actions.pm:1984) is reached... I don't have sufficient knowledge in PIR or NQP to probe this further. But maybe this helps someone who has. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2097.html Sun, 20 Jul 2008 05:16:48 +0000 [perl #57094] [BUG] infix:= converts a PGE::Match to a Str, not a Match by Chris Fields # New Ticket Created by Chris Fields # Please include the string: [perl #57094] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57094 > infix:= converts PGE::Match to a Str, not a Match. This requires the latest patch from RT#56970 (simple match() implementation). .match should return a Match object. jonathan++ for working this one out. See: http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2089.html Following is a small test script demonstrating the problem. my $x = "foo"; my $y = $x.match(/o+/); say $y; say $y.WHAT; say ($x.match(/o+/)).WHAT; # Match chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2096.html Sat, 19 Jul 2008 10:27:10 +0000 [perl #57124] Multi sub declaration without parens parsefails by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57124] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57124 > While $ ./perl6 -e 'sub f {}' works, $ ./perl6 -e 'multi sub f {}' get_pmc_keyed() not implemented in class 'Undef' current instr.: 'parrot;Perl6;Grammar;Actions;multi_declarator' pc 133690 (src/gen_actions.pir:13082) called from Sub 'parrot;Perl6::Grammar;multi_declarator' pc 46055 (src/gen_grammar.pir:10909) called from Sub 'parrot;Perl6::Grammar;noun' pc 65282 (src/gen_grammar.pir:17906) called from Sub 'parrot;Perl6::Grammar;expect_term' pc 60889 (src/gen_grammar.pir:16303) called from Sub 'parrot;PGE::OPTable;parse' pc 1952 (compilers/pge/PGE/OPTable.pir:552) called from Sub 'parrot;Perl6::Grammar;statement' pc 24039 (src/gen_grammar.pir:3115) called from Sub 'parrot;Perl6::Grammar;statementlist' pc 22090 (src/gen_grammar.pir:2414) called from Sub 'parrot;Perl6::Grammar;statement_block' pc 20057 (src/gen_grammar.pir:1650) called from Sub 'parrot;Perl6::Grammar;TOP' pc 16329 (src/gen_grammar.pir:224) called from Sub 'parrot;PCT::HLLCompiler;parse' pc 585 (src/PCT/HLLCompiler.pir:371) called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:303) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 776 (src/PCT/HLLCompiler.pir:473) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1305 (src/PCT/HLLCompiler.pir:708) called from Sub 'parrot;Perl6::Compiler;main' pc 14518 (perl6.pir:172) doesn't. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2095.html Sat, 19 Jul 2008 10:11:54 +0000 [perl #57122] lone 'multi' is not understood correctly by rakudo by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57122] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57122 > While $ ./perl6 -e 'multi sub f() {}' works like it should, $ ./perl6 -e 'multi f() {}' Statement not terminated properly at line 1, near "{}" current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82) called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 23187 (src/gen_grammar.pir:2813) called from Sub 'parrot;Perl6::Grammar;statementlist' pc 22200 (src/gen_grammar.pir:2450) called from Sub 'parrot;Perl6::Grammar;statement_block' pc 20057 (src/gen_grammar.pir:1650) called from Sub 'parrot;Perl6::Grammar;TOP' pc 16329 (src/gen_grammar.pir:224) called from Sub 'parrot;PCT::HLLCompiler;parse' pc 585 (src/PCT/HLLCompiler.pir:371) called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:303) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 776 (src/PCT/HLLCompiler.pir:473) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1305 (src/PCT/HLLCompiler.pir:708) called from Sub 'parrot;Perl6::Compiler;main' pc 14518 (perl6.pir:172) doesn't. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2094.html Sat, 19 Jul 2008 10:11:53 +0000 [perl #57126] Rakudo should give a nice error about lexical subs not being implemented yet, but doesn't by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57126] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57126 > <masak> perl6: my sub foo() {} <polyglotbot> OUTPUT[Null PMC access in type() current instr.: 'parrot;Perl6;Grammar;Actions;scope_declarator' pc 112750 (src/gen_actions.pir:6116) called from Sub 'parrot;Perl6::Grammar;scope_declarator' pc 77148 (src/gen_grammar.pir:22424) called from Sub 'parrot;Perl6::Grammar;noun' pc 64317 (src/gen_grammar.pir:17946) called from Sub 'parrot;Perl6::Gramma... [...] <jonathan> Ouch. That is meant to say something like "Lexical subs not yet implemented" <jonathan> I know it's meant to because I put the error message in to say so! [...] <masak> ah, here: src/parser/actions.pm:1984 <masak> $/.panic("Lexically scoped subs not yet implemented."); <jonathan> Yeah <jonathan> But why we're not getting that, and are getting the null PMC access instead, I don't know. [...] <jonathan> Odd. <jonathan> OK, file a ticket. * masak files http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2093.html Sat, 19 Jul 2008 10:11:53 +0000 [perl #57118] A dollar sign at the end of a string makes rakudo hang by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57118] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57118 > $ ./perl6 -e '"$"' hangs. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2092.html Sat, 19 Jul 2008 10:10:04 +0000 Re: [perl #57076] AutoReply: "nothing while <cond>" fails by Carl Mäsak Larry (>), Carl (>:): > : Here's a 1-line patch that fixes nothing, pmichaud++. > > Note that nothing is now unspecced. :) Are you suggesting that nothing may be replaced in the future? // Carl http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2091.html Sat, 19 Jul 2008 03:08:34 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Chris Fields On Jul 18, 2008, at 5:18 PM, Jonathan Worthington wrote: > Hi, > > Chris Fields wrote: >> The PGE::Match appears to be converted to a Str, regardless of the >> invoking object type. The following is .match (in any-str.pir, >> with the builtins). Also, .ACCEPTS now uses .match to retrieve the >> Match object. >> >> # any-str.pir >> >> .sub 'match' :method :multi(_) >> .param pmc x >> .local pmc match >> match = x(self) >> .return (match) >> .end >> >> # Code.pir >> >> .sub 'ACCEPTS' :method >> .param pmc topic >> .local pmc match >> match = topic.'match'(self) >> $P0 = getinterp >> $P1 = $P0['lexpad';1] >> $P1['$/'] = match >> .return (match) >> .end >> >> the following is a test p6 script (results in comments): >> >> my $x = '123.456'; >> my $y = $x.match(/\d+/); >> say $x; # 123.456 >> say $x.WHAT; # Str >> say $y; # 123 >> say $y.WHAT; # Str <- Should be Match > Ouch! But I've tracked it down. :-) The interesting thing is that: > > my $x = "foo"; say ($x.match(/o+/)).WHAT; # Match > > So it fails in the assignment. And that's because infix:= to a > scalar does: > > .sub 'infix:=' :method > .param pmc source > $P0 = source.'item'() > assign self, $P0 > .return (self) > .end > > And calling item on a Match object gets the string that matched. > Thus why we don't get the Match object. So, that's the cause; I'm > not sure what the correct fix is, so I'll delegate to pmichaud on > that one. We could special case it, but it doesn't feel very clean, > and special cases in a hot code patch like infix:= probably ain't so > desirable. > > Thanks, > > Jonathan Good catch, jonathan++ I would rather wait for the right fix so no hurry (special casing seems wrong to me as well). I'll start a ticket so it doesn't get lost in the ether. We can implement .match after that, doesn't make sense to have it pass back the wrong thing in the meantime. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2090.html Fri, 18 Jul 2008 17:13:51 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Jonathan Worthington Hi, Chris Fields wrote: > The PGE::Match appears to be converted to a Str, regardless of the > invoking object type. The following is .match (in any-str.pir, with > the builtins). Also, .ACCEPTS now uses .match to retrieve the Match > object. > > # any-str.pir > > .sub 'match' :method :multi(_) > .param pmc x > .local pmc match > match = x(self) > .return (match) > .end > > # Code.pir > > .sub 'ACCEPTS' :method > .param pmc topic > .local pmc match > match = topic.'match'(self) > $P0 = getinterp > $P1 = $P0['lexpad';1] > $P1['$/'] = match > .return (match) > .end > > the following is a test p6 script (results in comments): > > my $x = '123.456'; > my $y = $x.match(/\d+/); > say $x; # 123.456 > say $x.WHAT; # Str > say $y; # 123 > say $y.WHAT; # Str <- Should be Match Ouch! But I've tracked it down. :-) The interesting thing is that: my $x = "foo"; say ($x.match(/o+/)).WHAT; # Match So it fails in the assignment. And that's because infix:= to a scalar does: .sub 'infix:=' :method .param pmc source $P0 = source.'item'() assign self, $P0 .return (self) .end And calling item on a Match object gets the string that matched. Thus why we don't get the Match object. So, that's the cause; I'm not sure what the correct fix is, so I'll delegate to pmichaud on that one. We could special case it, but it doesn't feel very clean, and special cases in a hot code patch like infix:= probably ain't so desirable. Thanks, Jonathan http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2089.html Fri, 18 Jul 2008 15:18:32 +0000 Re: [perl #57076] AutoReply: "nothing while <cond>" fails by Larry Wall On Fri, Jul 18, 2008 at 05:53:17PM +0200, Carl Mäsak wrote: : Here's a 1-line patch that fixes nothing, pmichaud++. Note that nothing is now unspecced. :) Larry http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2088.html Fri, 18 Jul 2008 10:35:24 +0000 [perl #57076] "nothing while <cond>" fails by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57076] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57076 > Even though the keyword nothing is implemented in rakudo, the following fails: $ ./perl6 -e 'my $var = 0; nothing while $var++ < 3' Could not find non-existent sub while current instr.: '_block11' pc 71 (EVAL_13:26) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 806 (src/PCT/HLLCompiler.pir:481) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1305 (src/PCT/HLLCompiler.pir:708) called from Sub 'parrot;Perl6::Compiler;main' pc 14346 (perl6.pir:172) $ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2087.html Fri, 18 Jul 2008 10:00:56 +0000 [perl #57078] return value from causes null PMC access by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57078] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57078 > According to t/spec/S29-context/sleep.t (in the Pugs repo), you're supposed to do this: my $sleep_says = sleep 3; but $ ./perl6 -e 'sleep 3' # works $ ./perl6 -e 'my $a = sleep 3;' Null PMC access in can() current instr.: 'parrot;Perl6Object;infix:=' pc 37 (src/gen_builtins.pir:45) called from Sub '_block11' pc 36 (EVAL_11:16) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 806 (src/PCT/HLLCompiler.pir:481) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1305 (src/PCT/HLLCompiler.pir:708) called from Sub 'parrot;Perl6::Compiler;main' pc 14346 (perl6.pir:172) $ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2086.html Fri, 18 Jul 2008 09:05:59 +0000 [perl #57068] Patch implementing printf by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57068] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57068 > ...both as a global function and as a method on IO. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2085.html Fri, 18 Jul 2008 09:05:43 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Chris Fields On Jul 17, 2008, at 9:41 PM, Patrick R. Michaud wrote: > On Thu, Jul 17, 2008 at 02:20:33PM -0500, Chris Fields wrote: >> Okay, I'll set it up so "$foo = 'abcd'.match(/<alpha>+/)" returns a >> Match object, and $/ would remain unset. Makes sense to me. >> >> Right now the match object is converted over to a Str; I'll take a >> look at the parser grammar/actions to see if that can be fixed. > > It is? That's odd and shouldn't be happening -- something must > be incorrect there. > > Pm The PGE::Match appears to be converted to a Str, regardless of the invoking object type. The following is .match (in any-str.pir, with the builtins). Also, .ACCEPTS now uses .match to retrieve the Match object. # any-str.pir .sub 'match' :method :multi(_) .param pmc x .local pmc match match = x(self) .return (match) .end # Code.pir .sub 'ACCEPTS' :method .param pmc topic .local pmc match match = topic.'match'(self) $P0 = getinterp $P1 = $P0['lexpad';1] $P1['$/'] = match .return (match) .end the following is a test p6 script (results in comments): my $x = '123.456'; my $y = $x.match(/\d+/); say $x; # 123.456 say $x.WHAT; # Str say $y; # 123 say $y.WHAT; # Str <- Should be Match $x = 123.456; $y = $x.match(/\d+/); say $x; # 123.456 say $x.WHAT; # Num say $y; # 123 say $y.WHAT; # Str <- Should be Match say $/; # Nothing say $/.WHAT; # Failure, .match doesn't set $/ $x ~~ /\d+/; say $/; # 123 say $/.WHAT; # Match As shown above, calling .match from .ACCEPTS (either using smart match or using /\d+/.ACCEPTS($x) ) works fine, but calling .match as a method from p6 doesn't. Makes me think it's a mapping issue. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2084.html Fri, 18 Jul 2008 09:02:53 +0000 Re: [perl #57078] AutoReply: return value from causes null PMC access by Carl Mäsak Oops. I meant to call the bug "return value from sleep causes null PMC access". http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2083.html Fri, 18 Jul 2008 08:55:47 +0000 Re: [perl #57076] AutoReply: "nothing while <cond>" fails by Carl Mäsak Here's a 1-line patch that fixes nothing, pmichaud++. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2082.html Fri, 18 Jul 2008 08:53:58 +0000 Re: [perl #57014] ./perl6 -e '1' gives error and segfaults by Carl Mäsak Um, you can close this bug. Turns out I had a dirty working copy after finding a patch for #56638. Sorry for crying wolf this time. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2081.html Fri, 18 Jul 2008 01:04:48 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Patrick R. Michaud On Thu, Jul 17, 2008 at 02:20:33PM -0500, Chris Fields wrote: > Okay, I'll set it up so "$foo = 'abcd'.match(/<alpha>+/)" returns a > Match object, and $/ would remain unset. Makes sense to me. > > Right now the match object is converted over to a Str; I'll take a > look at the parser grammar/actions to see if that can be fixed. It is? That's odd and shouldn't be happening -- something must be incorrect there. Pm http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2080.html Thu, 17 Jul 2008 19:45:27 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Chris Fields On Jul 17, 2008, at 1:56 AM, Moritz Lenz wrote: > >>> Essentially the difference is that smart-match sets $/, while >>> a simple call to .match probably should not. >>> >>> Pm >> >> I can have .match not set $/ for now and simply return matches based >> on context > > IMHO that's the wrong approach. Perl 6 tries not to return stuff based > on context, but to return stuff that will behave right in every > context. > > So if you just return a match object (that one that would usually ends > up in $/ ) you should be just fine all contexts. > > Moritz Okay, I'll set it up so "$foo = 'abcd'.match(/<alpha>+/)" returns a Match object, and $/ would remain unset. Makes sense to me. Right now the match object is converted over to a Str; I'll take a look at the parser grammar/actions to see if that can be fixed. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2079.html Thu, 17 Jul 2008 14:37:21 +0000 Re: [perl #57014] ./perl6 -e '1' gives error and segfaults by Carl Mäsak The error first appears in -r29263, the revision that introduces enums.pir. $ svn log -r29263 -v ------------------------------------------------------------------------ r29263 | jonathan | 2008-07-11 00:50:39 +0200 (Fri, 11 Jul 2008) | 1 line Changed paths: M /trunk/MANIFEST M /trunk/languages/perl6/config/makefiles/root.in A /trunk/languages/perl6/src/builtins/enums.pir M /trunk/languages/perl6/src/classes/Bool.pir [rakudo] Switch True and False over to being real values from the (now existing) bool enumeration, rather than instances of the Bool class. ------------------------------------------------------------------------ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2078.html Thu, 17 Jul 2008 09:19:38 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Moritz Lenz Chris Fields wrote: > On Jul 16, 2008, at 1:28 PM, Patrick R. Michaud wrote: > >> On Wed, Jul 16, 2008 at 11:20:28AM -0500, Chris Fields wrote: >>> I have submitted a simple 'match' implementation for rakudo (method >>> version of m//, RT#56970) and ran into an odd issue. The current >>> version of match which works uses a tail call: >>> >>> .sub 'match' :method >>> .param pmc x >>> .return x.ACCEPTS(self) >>> .end >> >> .ACCEPTS should be calling .match, not vice-versa. > > Okay, though ACCEPTS is currently defined in Code.pir (REJECTS as > well). Would calling .match pertain to all executable blocks, or > should we have a Regex-specific ACCEPTS that calls .match? > > BTW (and a bit OT, but probably related to the above), Rakudo > currently indicates a regex is a Block, not a Regex; haven't looked at > it in detail and don't know if it's worth worrying about for now. > > > say /foo/.WHAT > Block > >> Essentially the difference is that smart-match sets $/, while >> a simple call to .match probably should not. >> >> Pm > > I can have .match not set $/ for now and simply return matches based > on context IMHO that's the wrong approach. Perl 6 tries not to return stuff based on context, but to return stuff that will behave right in every context. So if you just return a match object (that one that would usually ends up in $/ ) you should be just fine all contexts. Moritz -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2077.html Wed, 16 Jul 2008 23:57:17 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Chris Fields On Jul 16, 2008, at 5:45 PM, Chris Fields wrote: > > On Jul 16, 2008, at 1:28 PM, Patrick R. Michaud wrote: > >> On Wed, Jul 16, 2008 at 11:20:28AM -0500, Chris Fields wrote: >>> I have submitted a simple 'match' implementation for rakudo (method >>> version of m//, RT#56970) and ran into an odd issue. The current >>> version of match which works uses a tail call: >>> >>> .sub 'match' :method >>> .param pmc x >>> .return x.ACCEPTS(self) >>> .end >> >> .ACCEPTS should be calling .match, not vice-versa. > > Okay, though ACCEPTS is currently defined in Code.pir (REJECTS as > well). Would calling .match pertain to all executable blocks, or > should we have a Regex-specific ACCEPTS that calls .match? Forget that last bit; I'm re-reading the relevant parts of S03/S05 to get everything straight. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2076.html Wed, 16 Jul 2008 23:49:38 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Chris Fields On Jul 16, 2008, at 1:28 PM, Patrick R. Michaud wrote: > On Wed, Jul 16, 2008 at 11:20:28AM -0500, Chris Fields wrote: >> I have submitted a simple 'match' implementation for rakudo (method >> version of m//, RT#56970) and ran into an odd issue. The current >> version of match which works uses a tail call: >> >> .sub 'match' :method >> .param pmc x >> .return x.ACCEPTS(self) >> .end > > .ACCEPTS should be calling .match, not vice-versa. Okay, though ACCEPTS is currently defined in Code.pir (REJECTS as well). Would calling .match pertain to all executable blocks, or should we have a Regex-specific ACCEPTS that calls .match? BTW (and a bit OT, but probably related to the above), Rakudo currently indicates a regex is a Block, not a Regex; haven't looked at it in detail and don't know if it's worth worrying about for now. > say /foo/.WHAT Block > Essentially the difference is that smart-match sets $/, while > a simple call to .match probably should not. > > Pm I can have .match not set $/ for now and simply return matches based on context (though I haven't messed with context much). If we get some clarification about whether .match should set $/ we can always change it later. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2075.html Wed, 16 Jul 2008 23:47:21 +0000 Re: [perl #57018] Empty -e argument sends rakudo into REPL mode by Moritz Lenz Carl Mäsak (via RT) wrote: > Both > > $ ./perl6 -e '' > > and > > $ ../../parrot perl6.pbc -e '' Also -e 0 > send rakudo into REPL mode, whereas > > $ perl -e '' > > doesn't. -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2074.html Wed, 16 Jul 2008 15:07:07 +0000 [perl #57018] Empty -e argument sends rakudo into REPL mode by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57018] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57018 > Both $ ./perl6 -e '' and $ ../../parrot perl6.pbc -e '' send rakudo into REPL mode, whereas $ perl -e '' doesn't. http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2073.html Wed, 16 Jul 2008 14:57:27 +0000 [perl #57014] ./perl6 -e '1' gives error and segfaults by Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak" # Please include the string: [perl #57014] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57014 > Both $ ./perl6 -e '1' and $ ../../parrot perl6.pbc -e '1' give the error output Lexical '$expr' not found current instr.: 'parrot;Perl6;Grammar;Actions;statement' pc 137242 (src/gen_actions.pir:14471) called from Sub 'parrot;Perl6::Grammar;statement' pc 25174 (src/gen_grammar.pir:3568) called from Sub 'parrot;Perl6::Grammar;statementlist' pc 21882 (src/gen_grammar.pir:2414) called from Sub 'parrot;Perl6::Grammar;statement_block' pc 19849 (src/gen_grammar.pir:1650) called from Sub 'parrot;Perl6::Grammar;TOP' pc 16121 (src/gen_grammar.pir:224) called from Sub 'parrot;PCT::HLLCompiler;parse' pc 585 (src/PCT/HLLCompiler.pir:371) called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:303) called from Sub 'parrot;PCT::HLLCompiler;eval' pc 776 (src/PCT/HLLCompiler.pir:473) called from Sub 'parrot;PCT::HLLCompiler;command_line' pc 1305 (src/PCT/HLLCompiler.pir:708) called from Sub 'parrot;Perl6::Compiler;main' pc 14310 (perl6.pir:172) http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2072.html Wed, 16 Jul 2008 14:40:19 +0000 Re: odd (lexical?) issue with Rakudo/Parrot by Patrick R. Michaud On Wed, Jul 16, 2008 at 11:20:28AM -0500, Chris Fields wrote: > I have submitted a simple 'match' implementation for rakudo (method > version of m//, RT#56970) and ran into an odd issue. The current > version of match which works uses a tail call: > > .sub 'match' :method > .param pmc x > .return x.ACCEPTS(self) > .end .ACCEPTS should be calling .match, not vice-versa. Essentially the difference is that smart-match sets $/, while a simple call to .match probably should not. Pm http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2071.html Wed, 16 Jul 2008 11:28:18 +0000 odd (lexical?) issue with Rakudo/Parrot by Chris Fields I have submitted a simple 'match' implementation for rakudo (method version of m//, RT#56970) and ran into an odd issue. The current version of match which works uses a tail call: .sub 'match' :method .param pmc x .return x.ACCEPTS(self) .end If I try the following: .sub 'match' :method .param pmc x .local pmc match match = x.ACCEPTS(self); .return (match) .end I run into 'Null PMC access in set_pmc_keyed()' with ACCEPTS (below), which is failing to get the LexPad: .sub 'ACCEPTS' :method .param pmc topic .local pmc match match = self(topic) $P0 = getinterp $P1 = $P0['lexpad';1] $P1['$/'] = match .return (match) .end If I simply change match to mimic ACCEPTS, everything works fine. This makes me think something is going on with lexicals, but I'm not quite sure. Am I missing something? chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2070.html Wed, 16 Jul 2008 11:03:57 +0000 [perl #56976] [TODO] implement state variables by Moritz Lenz # New Ticket Created by Moritz Lenz # Please include the string: [perl #56976] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56976 > State variables need to be implemented, the tests are already there in S04-declarations/state.t As a side node (and related to RT #56748), rakudo as of r29490 gives a bogus error message when encountering a state declaration: $ ../../parrot perl6.pbc -e 'sub foo { state $x }; 1' Null PMC access in type() -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2069.html Wed, 16 Jul 2008 05:23:29 +0000 [perl #56970] [PATCH] simple match() implementation by Chris Fields # New Ticket Created by Chris Fields # Please include the string: [perl #56970] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56970 > Attached is a (very simple) patch for a match() implementation (method version of m//). This version doesn't take modifiers yet; not sure if we should wait until PGE LTM fixes are in. chris http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2068.html Wed, 16 Jul 2008 05:21:10 +0000 [perl #56944] [BUG] integer arithmtics should result in integers by Moritz Lenz # New Ticket Created by Moritz Lenz # Please include the string: [perl #56944] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56944 > Rakudo r29470: $ ../../parrot perl6.pbc -e 'say (1+1).WHAT' Num $ ../../parrot perl6.pbc -e 'say (1*1).WHAT' Num $ ../../parrot perl6.pbc -e 'say (1**1).WHAT' Num All of these should print Int instead. (This is a known bug, but as far as I can see it hasn't been in RT) -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2067.html Tue, 15 Jul 2008 07:51:41 +0000 Re: [perl #56900] [TODO] more ROADMAP informations by Carl Mäsak Moritz (>): > Or maybe even enumerate the roadmap entries, and then use these to list > interdepencies (for example numbers for entries and letters for footnotes). Were we to do this consistently enough, there's always the added bonus of writing a simple filter into dot, getting a dependency graph. <http://www.graphviz.org/> <http://search.cpan.org/dist/GraphViz/lib/GraphViz/Data/Grapher.pm> It's always nice to have a "you are here" picture to look at, and Perl makes this kind of transformation almost trivial. If more people think this is a good idea, I'll try my hand at hacking together such a filter. // Carl http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2066.html Tue, 15 Jul 2008 00:12:33 +0000 Re: [perl #56900] [TODO] more ROADMAP informations by Moritz Lenz Patrick R. Michaud wrote: > On Sun, Jul 13, 2008 at 01:30:27PM -0700, Moritz Lenz wrote: >> I read ROADMAP again the other day, and thought about topics that we >> could offer new hackers to work on, hopefully mostly independent of >> other items in the roadmap. >> >> I didn't come up with something good, but instead I noticed a few things >> that I think should be added to the ROADMAP: > > Excellent. However, many of them require significant changes/improvements > to Parrot guts, as opposed to simply hacking on Rakudo itself. I assume that's why they belong into the ROADMAP ;-) > So, here's > my categorization: > > Things requiring significant Parrot improvements or changes: > * concurrency > * Unicode string handling (different Unicode levels) > * custom meta classes > * parameter passing > > Things that may not require significant Parrot changes, but > still require a some (perhaps much) C programming: > * low level types > * pseudo packages (MY, OUR, OUTER, CALLER, CONTEXT, ...) > * perl 5 bridge > > Things that are awaiting substantial changes to the grammar engine > and grammar (which I plan to do over the next 2-3 months): > * various quoting syntaxes (q:stuff[...], <<...>>) > * Accessing operators via canonical name: my $x = infix:<+>(2, 3); > * operator overloading > * reduce and hyper metaoperators > > Things that require coordination with Parrot designers and other > HLL implementors: > * load libraries from other high level languages > * exceptions (die, fail, CATCH) > * warnings (waiting on exceptions to be finished) > > Things that are fairly simply implemented but just need some > design work: > * regexes: modifiers, substitution > * "no strict" > > It would probably be good to add the above to the ROADMAP, though. > I'm looking for a way to be able to annotate each item with its > completion status and/or dependencies -- I'm thinking perhaps > a set of "footnotes" for each item, such as > > * operator overloading [1,3] > * reduce and hyper metaoperators [1,2,3] > > 1. Awaiting PGE refactoring for protoregexes > 2. Awaiting longest token matching > 2. Awaiting STD.pm alignment > > > Comments? +1 Or maybe even enumerate the roadmap entries, and then use these to list interdepencies (for example numbers for entries and letters for footnotes). -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2065.html Mon, 14 Jul 2008 10:07:22 +0000 Re: [perl #56900] [TODO] more ROADMAP informations by Patrick R. Michaud On Sun, Jul 13, 2008 at 01:30:27PM -0700, Moritz Lenz wrote: > I read ROADMAP again the other day, and thought about topics that we > could offer new hackers to work on, hopefully mostly independent of > other items in the roadmap. > > I didn't come up with something good, but instead I noticed a few things > that I think should be added to the ROADMAP: Excellent. However, many of them require significant changes/improvements to Parrot guts, as opposed to simply hacking on Rakudo itself. So, here's my categorization: Things requiring significant Parrot improvements or changes: * concurrency * Unicode string handling (different Unicode levels) * custom meta classes * parameter passing Things that may not require significant Parrot changes, but still require a some (perhaps much) C programming: * low level types * pseudo packages (MY, OUR, OUTER, CALLER, CONTEXT, ...) * perl 5 bridge Things that are awaiting substantial changes to the grammar engine and grammar (which I plan to do over the next 2-3 months): * various quoting syntaxes (q:stuff[...], <<...>>) * Accessing operators via canonical name: my $x = infix:<+>(2, 3); * operator overloading * reduce and hyper metaoperators Things that require coordination with Parrot designers and other HLL implementors: * load libraries from other high level languages * exceptions (die, fail, CATCH) * warnings (waiting on exceptions to be finished) Things that are fairly simply implemented but just need some design work: * regexes: modifiers, substitution * "no strict" It would probably be good to add the above to the ROADMAP, though. I'm looking for a way to be able to annotate each item with its completion status and/or dependencies -- I'm thinking perhaps a set of "footnotes" for each item, such as * operator overloading [1,3] * reduce and hyper metaoperators [1,2,3] 1. Awaiting PGE refactoring for protoregexes 2. Awaiting longest token matching 2. Awaiting STD.pm alignment Comments? Pm http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2064.html Mon, 14 Jul 2008 07:51:47 +0000 [perl #56900] [TODO] more ROADMAP informations by Moritz Lenz # New Ticket Created by Moritz Lenz # Please include the string: [perl #56900] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56900 > I read ROADMAP again the other day, and thought about topics that we could offer new hackers to work on, hopefully mostly independent of other items in the roadmap. I didn't come up with something good, but instead I noticed a few things that I think should be added to the ROADMAP: * concurrency * Unicode string handling (different Unicode levels) * low level types * custom meta classes * various quoting syntaxes (q:stuff[...], <<...>>) depends on: STD refactoring * regexes: modifiers, substitution * load libraries from other high level languages * perl 5 bridge * "no strict" * warnings I didn't add them straight to ROADMAP because I have no clue how to prioritize them. I also assembled a short list of not-so-major topics that need to be implemented: * Accessing operators via canonical name: my $x = infix:<+>(2, 3); * pseudo packages (MY, OUR, OUTER, CALLER, CONTEXT, ...) * exceptions (die, fail, CATCH) -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2063.html Sun, 13 Jul 2008 15:13:35 +0000 RE: A detailed to-do list? by Conrad Schneiker > From: Moritz Lenz > Sent: Wednesday, July 09, 2008 1:51 AM > To: Karl Voelker > Cc: perl6-compiler@perl.org > Subject: Re: A detailed to-do list? > > The other day I wrote http://www.perlmonks.org/?node_id=690945 "Getting > Involved with Perl 6 - an Update", which is a short overview about > where > you can help with which skill set. In the future, please consider adding links to useful things like this to the Perl 6 Wiki. I've already done so on these pages: http://www.perlfoundation.org/perl6/index.cgi?getting_involved http://www.perlfoundation.org/perl6/index.cgi?perl_6_articles_and_presentati ons Best regards, Conrad Schneiker www.AthenaLab.com Official Perl 6 Wiki http://www.perlfoundation.org/perl6  Official Parrot Wiki http://www.perlfoundation.org/parrot http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2062.html Thu, 10 Jul 2008 18:54:38 +0000 Re: [perl #56754] [TODO] implement Complex.polar by Patrick R. Michaud On Wed, Jul 09, 2008 at 03:09:41PM -0700, Moritz Lenz wrote: > Rakudo as of r29207 doesn't implement the .polar method in class Complex > (or is it Any? ...). > > Specced here: http://perlcabal.org/syn/S29.html#Complex Now added in r29248. > There don't seem to be any tests for it atm. More tests needed! Pm http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2061.html Thu, 10 Jul 2008 13:28:39 +0000 [perl #56754] [TODO] implement Complex.polar by Moritz Lenz # New Ticket Created by Moritz Lenz # Please include the string: [perl #56754] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56754 > Rakudo as of r29207 doesn't implement the .polar method in class Complex (or is it Any? ...). Specced here: http://perlcabal.org/syn/S29.html#Complex There don't seem to be any tests for it atm. -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2060.html Thu, 10 Jul 2008 08:23:50 +0000 Re: A detailed to-do list? by Moritz Lenz kvoelker@csh.rit.edu wrote: >> First of all Perl 6 is a language, and multiple compilers are being >> written that target that language. > > I'm aware. I guess I should have said "Rakudo" instead of "Perl 6," but I > thought this list was specific to Rakudo. Mostly Rakudo, but not only. >> If you decide which sub project you want to help, we can tell you much >> better what needs to be done, and even more so if you tell us what your >> strong skills are. > > I'm not sure what to say about my skills, although I'm pretty sure that I > would be more useful on Rakudo than Parrot. (I know there are some other > sub-projects, but I have trouble getting excited about them, relatively > speaking.) So, Rakudo it is. Ok. There are others much more qualified to introduce you there, but I'll try it anyway. Probably the simplest thing is go to the bug tracker and look into the perl6 queue for things to do. Most builtins aren't so hard to implement, for example http://rt.perl.org/rt3/Ticket/Display.html?id=56754 (I don't know if you can see that page without logging in, perhaps you have to go the "public" interface). In this particular case there's also no test yet for this method, so you could also consider to write a test first, A short introduction to that can be found here: http://svn.pugscode.org/pugs/t/HOWTO There are tests for similar features here: http://svn.pugscode.org/pugs/t/spec/S29-num/ Patches to rakudo can be sent to rakudobug@perl.org, patches to the test suite either to this list, or you can get a commit bit for the pugs repository immediately (the tests live in the pugs repo) - just tell me your desired nick name, and I'll send you an invitation. If you have more questions, don't hesitate to ask. Moritz -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/ http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2059.html Wed, 09 Jul 2008 15:20:51 +0000 Re: A detailed to-do list? by kvoelker > First of all Perl 6 is a language, and multiple compilers are being > written that target that language. I'm aware. I guess I should have said "Rakudo" instead of "Perl 6," but I thought this list was specific to Rakudo. > If you decide which sub project you want to help, we can tell you much > better what needs to be done, and even more so if you tell us what your > strong skills are. I'm not sure what to say about my skills, although I'm pretty sure that I would be more useful on Rakudo than Parrot. (I know there are some other sub-projects, but I have trouble getting excited about them, relatively speaking.) So, Rakudo it is. -Karl http://www.nntp.perl.org/group/perl.perl6.compiler/2008/07/msg2058.html Wed, 09 Jul 2008 15:01:00 +0000