Parrot 6.8.0 "Little Lorikeet" | parrot.org/ | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 12 October 2014.
02:22 bighugedog joined 03:24 bighugedog joined 06:54 bighugedog joined 07:13 kjs joined 08:21 rurban joined 08:37 rurban joined
rurban .lex quoting changes are not in this supported 6.9.0 release, perl6 needs to use single-quotes for .lex names, until it gets fixed. 08:45
neither other darwin build changes nor more imcc changes
also not the improved utf8 ord and substr versions. otherwise I'm done with testing 08:47
09:09 FROGGS joined 09:27 kjs joined 11:10 kid51 joined 11:26 rurban joined 11:52 bighugedog joined
dalek rrot/rurban/new-INTVAL-gh335: 7ab44b8 | rurban++ | / (21 files):
Supported Release 6.9.0 "Fischer's Lovebird"
12:58
rrot/rurban/new-INTVAL-gh335: 1407d0c | rurban++ | t/compilers/imcc/syn/clash.t:
[test][imcc] fix GH #335 test todo, parser error on new INTVAL

Since INTVAL is a valid label name, and we do not want to scan down to look for all existing labels, we just test for the existing error.
Util rurban: the 3rd Tuesday of this month is Oct 21st, but 7ab44b840a says that you are releasing 6.9.0 on Oct 14th. ??? 13:16
Coke agreed, 3rd tuesday is 21st. 13:54
rurban oh, so one more week. So can actually merge in more branches, good :) 14:19
On my calendar it was tomorrow
dalek rrot: a563e37 | rurban++ | src/string/encoding/ (3 files):
[core] Optimize utf8_substr. Do not use the utf8 iterator

Use a new utf8_offset function instead. This can be optimized further if we can guarantee word alignment of the buffers. Add a special utf8 vtable method for substr.
This is a hot item for perl6, see GH #1097 Timings: from 440s to 388s for the "Stage parse" in perl6. However without utf8 strings at all (my constant π := pi) the parse stage is still only 173s.
Do not export the Parrot_utf8skip table anymore, not used by parrot, nqp, perl6.
14:29
rrot: 7c0f94c | rurban++ | t/compilers/imcc/syn/clash.t:
[test] fix GH #335 test todo, parser error on new INTVAL

Since INTVAL is a valid label name, and we do not want to scan down to look for all existing labels, we just test for the existing error.
14:31
rurban So I'll try to fix the perl6 .lex quoting issue … 14:34
FROGGS \\o/ 14:38
14:45 travis-ci joined
travis-ci parrot/parrot#1120 (master - a563e37 : Reini Urban): The build passed. 14:45
Change view : github.com/parrot/parrot/compare/e...63e376c59a
Build details : travis-ci.org/parrot/parrot/builds/37832872
14:45 travis-ci left 14:59 travis-ci joined
travis-ci parrot/parrot#1121 (master - 7c0f94c : Reini Urban): The build passed. 14:59
Change view : github.com/parrot/parrot/compare/a...0f94c90499
Build details : travis-ci.org/parrot/parrot/builds/37833101
14:59 travis-ci left 15:48 bighugedog joined 16:08 rurban joined
rurban but first coros 16:25
16:36 bighugedog joined 19:53 bighugedog joined 20:45 FROGGS joined
rurban implemented now auto-resetting coros 21:00
dalek rrot/rurban/coros-gh564: 60619b7 | rurban++ | / (4 files):
[pmc] Clarify dead coroutines

Coros are not resumable when all yield states are exhausted. This is consistent with the LUA design, which we follow, and all other coro implementations I know of. Just the parrot book argues that after a return the state should be automatically reset. Technically no problem, even without the quirks described in github.com/parrot/parrot/issues/56...nt-3503597 or via a seperate reset() method, but semantically an auto-reset is problematic.
Added testcases for all the relevant tickets: #564, #585 and there is on bug remaining: TT #1003 leading to Null PMC access in get_string on a dead coro
21:05
rrot/rurban/coros-gh564: 57247d6 | rurban++ | / (5 files):
[pmc] Coroutine is now auto-resetting
21:10 panzana` joined 22:22 kid51 joined