Perl 6 - the future is here, just unevenly distributed

IRC log for #marpa, 2017-06-17

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

All times shown according to UTC.

Time Nick Message
00:17 ronsavage joined #marpa
00:21 idiosyncrat joined #marpa
00:22 idiosyncrat Demat!
01:49 ilbot3 joined #marpa
01:49 Topic for #marpa is now Start here: http://savage.net.au/Marpa.html - Code paste/run: https://f.perlbot.pl/#marpa - Jeffrey's Marpa site: http://jeffreykegler.github.io/Marpa-web-site/ - IRC log: http://irclog.perlgeek.de/marpa/today - Youtube channel: https://www.youtube.com/channel/UCYKVfGBtfTqbs1JdYq-dc5g
10:24 black_ant joined #marpa
10:35 ronsavage joined #marpa
12:00 black_ant joined #marpa
12:54 black_ant joined #marpa
15:06 black_ant joined #marpa
15:36 black_ant joined #marpa
15:43 btyler joined #marpa
18:21 black_ant joined #marpa
18:52 hobbs joined #marpa
18:52 hobbs joined #marpa
18:52 chansen_ joined #marpa
19:10 black_ant joined #marpa
19:33 black_ant joined #marpa
20:17 gabiruh joined #marpa
20:18 idiosyncrat joined #marpa
20:19 gabiruh joined #marpa
20:19 idiosyncrat I've completed the coding phase of the new callback-driven events mechanism.
20:20 idiosyncrat I've also converted the test suite, including adding a new test.
20:21 idiosyncrat What remains is documentation.  (Note that my documentation phases often uncover something that sends me back to the code, so that I may be revisiting earlier phases.)
20:24 idiosyncrat ronsavage: Some good news.  It looks at this point as if the next release will retain the $recce->read() and $recce->resume() methods and I hope they will be, at least for your purposes, backward-compatible.
20:25 idiosyncrat ronsavage: This means all your code may just run with the new release, allowing you to switch over incrementally.  The release will use the callback-driven method is you specify an "event_handlers" named argument to the recce constructor, otherwise it will stay event-driven.
20:26 idiosyncrat $recce->events() remains, but is severely deprecated and should be eliminated in the release after next.
20:28 idiosyncrat Some bad news: Switching to a more grammar-rewrite-driven approach means dividing symbols into external and internal forms.  In fact, this division existed in R2, but it was minor and pretty much invisible.  In R3, external symbols (XSYs) and internal symbols (ISYs) will be much more different.
20:29 idiosyncrat I was forced in this release to make visible a 1st sign of this division: in $grammar->symbol_name($xsyid), the argument must be an external symbol ID, whereas it has been an ISY ID.
20:31 idiosyncrat There's a new $grammar->g1_symbol_name($isyid) method whose behavior is pretty much equivalent to the former behavior of $grammar->symbol_name()
20:32 idiosyncrat XSY ID's are not yet convenient -- there's no full set of accessors for them, so your solution is probably to convert to $grammar->g1_symbol_name($isyid)
20:33 idiosyncrat Unfornately, you'll very probably want to convert back at some point to $grammar->symbol_name() since, once I do have a full set of accessors, external symbols will be mostly want you work in terms of.
20:33 idiosyncrat Sorry about that.
20:34 idiosyncrat In retrospect, I should have cleaned up the ISY versus XSY thing before doing the new callback-driven event mechanism, so that it's out of the way with the least pain.
21:36 black_ant joined #marpa

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