00:03 arkiuat left 00:24 arkiuat joined 00:28 topnep_ left 00:29 topnep joined
disbot8 <antononcube> @lucs Can be done with "direct" actions. 01:27
<antononcube> my grammar Baz2 { token TOP { <D>+ {make $<D>».made} }; regex D { <Ds> <.Xs> {make $<Ds>.Str} }; token Ds { \d+ }; token Xs { x+ }; } 01:28
<antononcube> Baz2.parse("111xx2xxx33x").made # [111 2 33]
<antononcube> Not the same shape of the result you want, though 01:29
<scullucs> Ah, interesting, and inspiring. 01:31
<scullucs> Thanks.
01:44 kjp left 01:57 kjp joined 02:20 topnep left 04:56 arkiuat left 05:16 arkiuat joined 05:46 librasteve_ joined 07:47 dano left, dano joined 07:53 dakkar joined
disbot8 <simon_sibl> what does <.Xs> do compared to <Xs> ? 08:47
lizmat m: say "aaa" ~~ / <alpha> / 08:51
camelia 「a」
alpha => 「a」
lizmat m: say "aaa" ~~ / <.alpha> / # don't capture the named "alpha"
camelia 「a」
disbot8 <simon_sibl> I dont get an error when I define and run a sub like this sub foo(*$name, *@args, *%opt) {*}, does it mean there is a meaning for *$ ? 09:39
<simon_sibl> it behaves the exact same without the * in front of the $name
lizmat I guess that could warrant a warning: but there's no such thing as a slurpy scalar 09:43
hmmm... there do appear to be some spectests for it... weird 09:50
disbot8 <antononcube> @simon_sibl The dot makes the token "Xs" not to be taken into account -- or registered -- in the parsing result. In this case, though, that dot-spec is redundant because we are using direct actions. 14:07
14:23 nicole left, nicole joined 14:45 librasteve_ left 15:37 SmokeMachine joined 16:13 jgaz joined 16:15 jgaz left 16:17 jgaz joined 16:36 kjp left 16:38 kjp joined 16:45 dakkar left 18:50 gfldex left 18:51 gfldex joined 19:27 stanrifkin joined 20:13 librasteve_ joined 20:26 arkiuat left 22:04 arkiuat joined 22:18 stanrifkin left 23:27 arkiuat left 23:39 arkiuat joined 23:43 arkiuat left 23:55 arkiuat joined