New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NULL PMC on unmatched or non existent named capture #2458
Comments
From @ronaldxsThere are similar bug reports but I thought this looked different enough ... .\perl6 -e "my $m = '3' ~~ /<digit>|<alpha>/; unless $m<alpha> { say 'at least its false'}; say $m<alpha>.perl" In the example above if you use $m<digit> instead of $m<alpha> things Ron |
From @ronaldxsSeems at least partially fixed in nom but still may be related concerns nom: my $m = '34' ~~ /<digit>+|<alpha>+/; say $m<alpha>.perl; say |
1 similar comment
From @ronaldxsSeems at least partially fixed in nom but still may be related concerns nom: my $m = '34' ~~ /<digit>+|<alpha>+/; say $m<alpha>.perl; say |
@ronaldxs - Status changed from 'new' to 'open' |
From @pmichaudOn Sun Aug 07 12:25:15 2011, ronaldxs wrote:
Since <alpha> is quantified here, it's guaranteed to be a (possibly In the non-quantified case, nom is currently returning "Any", which 21:00 <pmichaud> nom: my $m = '34' ~~ /<digit>|<alpha>/; say I'll likely close this ticket when nom becomes master, unless there's Pm |
From @cokeOn Sun Aug 07 14:03:47 2011, pmichaud wrote:
Then is now; just needs tests. -- |
From @moritznow tested in t/spec/S05-capture/subrule.t |
@moritz - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#96424 (status was 'resolved')
Searchable as RT96424$
The text was updated successfully, but these errors were encountered: