Regex Perl vs. Raku, відмінності в двигуні?

Я намагаюся перетворити рішення, засноване на регулярному вираженні, для проблеми з рюкзаком від Perl до raku. Детальніше про Perlmonks

Рішення Perl створює цей регулярний вираз:

(?<P>(?:vvvvvvvvvv)?)
(?<B>(?:vv)?)
(?<Y>(?:vvvv)?)
(?<G>(?:vv)?)
(?<R>(?:v)?)
0
(?=
(?(?{ $1 })wwww|)
(?(?{ $2 })w|)
(?(?{ $3 })wwwwwwwwwwww|)
(?(?{ $4 })ww|)
(?(?{ $5 })w|)
)

який протиставляється vvvvvvvvvvvvvvvvvvv0wwwwwwwwwwwwwww. Після цього сітчастий хеш %+містить предмети, які потрібно покласти в мішок.

Моя конверсія в Раку:

$<B> = [ [ vv ]? ]
$<P> = [ [ vvvvvvvvvv ]? ]
$<R> = [ [ v ]? ]
$<Y> = [ [ vvvv ]? ]
$<G> = [ [ vv ]? ]
0
<?before
[ { say "B"; say $/<B>; say $0; say $1; $1 } w || { "" } ]
[ { say "P"; say $/<P>; say $0; say $1; $2 } wwww || { "" } ]
[ { say "R"; say $/<R>; say $0; say $1; $3 } w || { "" } ]
[ { say "Y"; say $/<Y>; say $0; say $1; $4 } wwwwwwwwwwww || { "" } ]
[ { say "G"; say $/<G>; say $0; say $1; $5 } ww || { "" } ]

який також відповідає vvvvvvvvvvvvvvvvvvv0wwwwwwwwwwwwwww. Але об'єкт відповідності $/не містить нічого корисного. Крім того, всі мої налагодження sayговорять про Nil, так що, здається, зворотній зв'язок не працює?

Ось мій тестовий сценарій:

my $max-weight = 15;
my %items      =
    'R' => { w =>  1, v =>  1 },
    'B' => { w =>  1, v =>  2 },
    'G' => { w =>  2, v =>  2 },
    'Y' => { w => 12, v =>  4 },
    'P' => { w =>  4, v => 10 }
;

my $str = 'v' x  %items.map(*.value<v>).sum ~
          '0' ~
          'w' x  $max-weight;

say $str;

my $i = 0;
my $left = my $right = '';

for %items.keys -> $item-name
{
    my $v = 'v' x %items{ $item-name }<v>;
    my $w = 'w' x %items{ $item-name }<w>;

     $left  ~= sprintf( '$<%s> = [ [ %s ]? ] ' ~"\n", $item-name, $v );
     $right ~= sprintf( '[ { say "%s"; say $/<%s>; say $0; say $1; $%d } %s || { "" } ]' ~ "\n", $item-name, $item-name, ++$i, $w );
}
use MONKEY-SEE-NO-EVAL;

my $re = sprintf( '%s0' ~ "\n" ~ '<?before ' ~ "\n" ~ '%s>' ~ "\n", $left, $right );

say $re;
dd $/ if $str ~~ m:g/<$re>/;

Ця відповідь охоплює лише те, що йде не так. Це не стосується рішення. Я не подавав відповідних помилок. Я ще не шукав черги помилок, щоб побачити, чи можу я знайти звіти, що відповідають одному чи обом двом проблемам, які я вийшов.

my $lex-var;

sub debug { .say for ++$, :$<rex-var>, :$lex-var }

my $regex = / $<rex-var> = (.) { $lex-var = $<rex-var> } <?before . { debug }> / ;

'xx' ~~   $regex;     say $/;
'xx' ~~ / $regex /;   say $/;

дисплеї:

1
rex-var => Nil
lex-var => ｢x｣
｢x｣
 rex-var => ｢x｣
2
rex-var => Nil
lex-var => ｢x｣
｢x｣

Орієнтуючись спочатку на перший дзвінок debug(рядки, що починаються 1і закінчуються на rex-var => ｢x｣), ми можемо побачити, що:

• Щось помиляється під час дзвінка до debug: $<rex-var>повідомляється як таке, що має значення Nil.

• Коли збіг регулярних виразів завершиться, і ми повернемося до основної лінії, say $/звіти представляють повний і правильно заповнений результат, що включає rex-varназваний збіг.

Щоб почати розуміти, що пішло не так, будь ласка, прочитайте основну частину моєї відповіді на інше питання ТА . Ви можете сміливо пропустити , використовуючи~ . Виноски 1,2 та 6 також, ймовірно, абсолютно не стосуються вашого сценарію.

Для другого матчу ми бачимо, що не тільки $<rex-var>повідомляється про те, що він знаходиться Nilпід час debugдзвінка, і змінна фінальна відповідність, як повідомляється в основній лінії з другою say $/, також не rex-varвідповідає. І єдина відмінність полягає в тому, що регулярний $regexвиклик викликається зсередини зовнішнього.