Perl 6 - the future is here, just unevenly distributed

IRC log for #marpa, 2015-01-02

| Channels | #marpa index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:01 ronsavage I've started MarpaX :: Languages :: Perl :: Pack to parse the templates used in pack/unpack.
00:03 jeffreykegler An interesting project.
00:29 ronsavage Maybe then sprintf, and we can pick off Perl's constructs 1 at a time, and add them to your Perl parser!
00:30 jeffreykegler Don't build on my Perl parser (assuming you mean the one in Marpa::R2)
00:30 jeffreykegler It's a pre-SLIF dead end.
00:31 jeffreykegler I'd remove it, except that it is so wierd that it is useful in the test suite.
00:32 jeffreykegler Seriously, anyone wanting to do a Perl parser is better off starting from scratch.
00:38 jeffreykegler A word or two about that much-deprecated Perl parser, by the way ...
00:40 jeffreykegler I did it, and blogged about it, on the idea that it would demonstrate the utility of Marpa for complex parsing, but at the time it attracted no attention, ...
00:40 jeffreykegler so I moved on to other projects which were attracting attention.
00:42 jeffreykegler As I've just said, since then the SLIF was invented, so that the approach I used in that parser is, now, not worth looking at.
00:55 ronsavage No, I was only joking. I would need a concrete announcement of some sort of Perl parser before I would rely on it. These modules [*] will be self-contained.
00:56 ronsavage [*] MarpaX :: Languages :: Perl :: Pack might be followed by MarpaX :: Languages :: Perl :: Sprintf.
00:57 ronsavage The latter simply because it too uses a template ...
03:00 sirdancealot joined #marpa
05:09 ronsavage joined #marpa
07:15 jluis joined #marpa
07:16 LLamaRider joined #marpa
09:38 lwa joined #marpa
11:36 pczarn joined #marpa
11:37 flaviu joined #marpa
11:40 jluis joined #marpa
12:40 flaviu joined #marpa
15:27 sirdancealot joined #marpa
17:44 jdurand_ joined #marpa
17:48 jdurand_ ron, I tried Text::Balanced::Marpa on the special case where delimiters are embedded,c.f. nopaste below
17:48 shadowpaste "jdurand_" at 217.168.150.38 pasted "test on embedded delimiters" (23 lines) at http://fpaste.scsys.co.uk/453374
17:50 jdurand_ May I assume that the top node of the output (c.f. nopaste below) is ok, and it can correctly parse embedded strings -; ?
17:50 shadowpaste "jdurand_" at 217.168.150.38 pasted "test on embedded delimiters: output" (20 lines) at http://fpaste.scsys.co.uk/453375
17:50 jdurand_ Thnx -;
17:57 jdurand_ Needles to say, your package looks like a must to me...
18:24 LLamaRider joined #marpa
18:52 flaviu joined #marpa
20:10 jeffreykegler joined #marpa
21:08 ronsavage joined #marpa
21:20 ronsavage jdurand: Yes, it works. I added my($count) = 0; to satisfy the strict. The root node is documented as not holding any information.
21:20 ronsavage When you said "the top node of the output", did you mean the root node?
21:20 ronsavage And thanx!
22:07 LLamaRider joined #marpa

| Channels | #marpa index | Today | | Search | Google Search | Plain-Text | summary