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
