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
Unquoted literals in separators in quantifiers in regex matches produce the wrong result in Rakudo #1482
Comments
From @masakThis be Rakudo a609d7 on Parrot r43600. $ perl6 -e 'say "1ab2ab3c" ~~ /^ \d ** abc $/ ?? "OH NOES" !! "oh phew"' This is a PGE bug. Here follows a brief explanation. S05 states that unquotes literals like C<abc> are actually three However (though S05, to my knowledge, does not mention it), one might In PGE, as we see above, C<\d ** abc> currently means C<\d ** [ab] c>. In the case of the separator in C<**>, this optimization produces the I probably wouldn't submit this as a rakudobug, were it not for the For what it's worth, I suggest that /\d ** abc/ actually be // Carl |
From @masakmasak (>):
As pmichaud pointed out, the same bug also manifests itself in goals, $ perl6 -e 'say "(foo)" ~~ /^ \( ~ \) foo $/' $ perl6 -e 'say "(fo)o" ~~ /^ \( ~ \) foo $/' |
From [Unknown Contact. See original ticket]masak (>):
As pmichaud pointed out, the same bug also manifests itself in goals, $ perl6 -e 'say "(foo)" ~~ /^ \( ~ \) foo $/' $ perl6 -e 'say "(fo)o" ~~ /^ \( ~ \) foo $/' |
@masak - Status changed from 'new' to 'open' |
From @bbkr2012.10 - still broken $ perl6 -e 'say "(foo)" ~~ /^ \( ~ \) foo $/' |
From @jnthnOn Tue Feb 02 01:21:55 2010, masak wrote:
Fixed, and added tests for the two cases to S05-metachars/tilde.t and S05-metasyntax/repeat.t. |
@jnthn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#72440 (status was 'resolved')
Searchable as RT72440$
The text was updated successfully, but these errors were encountered: