Perl 6 - the future is here, just unevenly distributed

IRC log for #marpa, 2017-02-03

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

All times shown according to UTC.

Time Nick Message
00:35 ronsavage joined #marpa
00:35 ronsavage Marpa-R3-4.001_036: All tests pass.
02:48 ilbot3 joined #marpa
02:48 Topic for #marpa is now Start here: http://savage.net.au/Marpa.html - Pastebin: http://scsys.co.uk:8002/marpa - Jeffrey's Marpa site: http://jeffreykegler.github.io/Marpa-web-site/ - IRC log: http://irclog.perlgeek.de/marpa/today
02:51 idiosyncrat joined #marpa
02:52 idiosyncrat ronsavage: re https://irclog.perlgeek.de/marpa/2017-02-03#i_14034287 -- Thanks!
04:54 ronsavage joined #marpa
06:08 idiosyncrat Good night!
06:59 ronsavage joined #marpa
14:20 sirdancealot joined #marpa
16:29 idiosyncrat joined #marpa
17:39 ceridwen joined #marpa
17:56 lucs joined #marpa
18:54 sirdancealot joined #marpa
19:11 sirdancealot joined #marpa
19:16 idiosyncrat I have just uploaded Marpa-R3-4.001_037
19:17 idiosyncrat I've been uploaded frequently, but this is unusually fast -- I uploaded another release just yesterday.
19:18 idiosyncrat The reason: I just discovered that I'd accidently turned off C compiler warnings on my XS code.
19:18 idiosyncrat I turned them back on immediately, and discovered, not only warnings to be silenced, but some serious problems.
19:19 idiosyncrat Fixing them involved a large number of nitty stuff with conversions from one C type to another, and I feel more comfortable with a test immediately afterwards.
19:20 idiosyncrat No CPANtesters results yet.
19:22 idiosyncrat By the way, there are warnings on my Libmarpa code that I have not been bothering fixing.  Libmarpa has been stable for a long time, the warnings look harmless.
19:22 idiosyncrat The last Libmarpa release was clean, so I expect the reason for the warnings is improvements/changes in GCC's warnings logic.
19:53 idiosyncrat CPANtesters results from Slaven Rezić are in and are 100% PASS.
20:09 idiosyncrat ===
20:10 idiosyncrat A note about Lua -- there may, as the Marpa codebase moves to Lua, be some speedup at startup time.
20:10 idiosyncrat Firs, Lua compiles very quickly -- several times faster than Perl, but in addition ...
20:11 idiosyncrat It's possible to precompile Lua into bytecode, so that that compiling does not take place at startup time.
20:14 idiosyncrat (Perl IIRC also had bytecode alternatives, but these are fraught, and not in general use.  Lua is a much smaller language, with fewer features, and new versions of Lua did not go out of their way to support code for the older ones, so it's much easier for Lua to support reliable bytecode.)
20:15 idiosyncrat In fact, Marpa::R3 right now uses Lua bytecode for the non-inlined Lua.  I did this, not for efficiency, which would be premature, but because using bytecode means I see the Lua compile failures at build time, rather than at run time.
20:17 idiosyncrat I said "non-inlined Lua".  For the transition, I've created ways of inlining Lua in both the XS and the Perl code.  The result isn't very pretty, but it allows a gradual transition, fully tested at every step of the way.
20:17 idiosyncrat I expect/hope to have less and less inlined code as Marpa::R3/Kollos proceeds.
20:19 idiosyncrat For those wondering, creating mechanisms for inlining Lua was not a huge project.  Lua is designed to be easily inlined, and is used that way in many of its applications.
20:20 idiosyncrat Roberto's Lua book contains many chapters on how to inline Lua in C, and doing it in Perl as well is just a matter of creating some XS routines which mimic the C-Lua interface.
20:43 sirdancealot joined #marpa
23:00 ronsavage joined #marpa
23:04 ronsavage JK: Would it be possible to release a stand-alone Perl module linking Lua to any other Perl module?
23:07 ronsavage Re Marpa-R3-4.001_037. All tests pass here.
23:43 idiosyncrat joined #marpa
23:44 idiosyncrat ronsavage: re https://irclog.perlgeek.de/marpa/2017-02-03#i_14040226 -- Thanks!
23:45 idiosyncrat re https://irclog.perlgeek.de/marpa/2017-02-03#i_14040226 -- "stand-alone Perl module linking Lua to any other Perl module"
23:46 idiosyncrat Yes, and there are several of these -- I did not use any of them because they didn't fit the requirements.
23:46 idiosyncrat Ultimately, most of Marpa::R3's XS logic will be a Lua interface -- there'll be very little about Marpa in it.
23:48 idiosyncrat The Lua interface in Marpa::R3 is probably at least as heavily-featured as the dedicated Lua modules in CPAN, but it's feature set is customized about my needs for Kollos.
23:49 idiosyncrat (Which is why I said "heavily-featured", rather than "fully-featured".)
23:51 idiosyncrat But I have not plans to create a stand-alone Lua XS interface, because I've already spent more time than I like between feature adds.
23:52 idiosyncrat I'm hoping some of what I'll do in the Marpa::R3 lexer will make supporting user's requirements/desires easier, ...
23:53 idiosyncrat and more flexible, friendlier to users who are used to regex engines, and for whom programming via BNF is new and strange.

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