On Mon Nov 07 07:28:26 2011, masak wrote: > <masak> rakudo: say "foo" & "a nice old foo" ~~ /foo/ > <p6eval> rakudo 95371a: OUTPUT«This type cannot unbox to a native > string [...] > <masak> b: say "foo" & "a nice old foo" ~~ /foo/ > <p6eval> b 1b7dd1: OUTPUT«Bool::True» > <masak> niecza: say "foo" & "a nice old foo" ~~ /foo/ > <p6eval> niecza v11-22-gbebf7a0: OUTPUT«all(#<match from(0) to(3) > text(foo) pos([].list) named({}.hash)>, #<match from(11) to(14) > text(foo) pos([].list) named({}.hash)>)» > * masak submits rakudobug > > I'm not sure why b's output boolifies there. I like Niecza's result > better. nom's error seems based on a misunderstanding -- the regexp > matcher shouldn't be seeing a junction, because the junctional value > should've autothreaded into individual strings at that point.
Behavior has changed, but not for the better: 07:32 < [Coke]> m: say "foo" & "a nice old foo" ~~ /foo/ 07:32 < GLRelia> rakudo-moar ec355f: OUTPUT«» 07:32 <+camelia> rakudo-moar fd1612: OUTPUT«「all(Failure.new(exception => X::OutOfRange.new(what => "Start argument to substr", got => "5", range => "0..3", comment => "use *5 if you want to index relative to the end"), backtrace => Backtrace.new), "e o")」» Note that while nom fails, glr doesn't match. -- Will "Coke" Coleda