Geth MoarVM: 7e9dbbe402 | (Timo Paulssen)++ | src/debug/debugserver.c
don't hit the same breakpoint over and over

this is still not correct when a line has invocations in it, which can cause it to be hit twice or more times, but it's better than it was.		 01:28
MoarVM: ffa9cb6bc5 | (Timo Paulssen)++ | src/instrument/line_coverage.c
comment out some semi-dead code

the code may want to come back at some point.
samcv jnthn: are you for or against something like this cry.nu/p/ukrf 01:45
samcv to speed up paths which are very common 01:47
Geth MoarVM: e7f5f64a74 | (Samantha McVey)++ | 3 files
Use the Unicode db defines instead of querying property codes on init

This code was added long before we got define's for the property codes. Remove the code that initialized these variables on boot and instead just use defines.		 04:27
MoarVM: 7411fb4c99 | (Samantha McVey)++ | src/strings/ops.c
Remove an unneeded variable from grapheme_is_cclass

May not affect the generated code, but it can't hurt.		 04:28
Geth MoarVM: aed4e3886f | (Samantha McVey)++ | src/strings/ops.c
Handle synthetics and normalization property in string bitwise ops

Previously we could XOR, AND or OR synthetics and the result could be explosive, creating non-existent synthetics (in addition to not doing it by codepoint as the user would expect).
Now we iterate by codepoint and then at the end of doing the operation ... (5 more lines)		 05:53
samcv night all 06:07
jnthn samcv: Hmm, I'd thought the compiler might already be doing something like that, from various stack traces I've seen. Also the JIT does such an optimization already. I guess if there's a measurable win then I don't mind it, though 11:56
dogbert17 .seen samcv 13:35
yoleaux I saw samcv 13:14Z in #perl6-dev: <samcv> good *
samcv hi 13:36
dogbert17 samcv: should it be possible to run e.g. spectest with both MVM_DEBUG_NFG 1 MVM_DEBUG_NFG_STRICT set to 1? 13:37
samcv dogbert17: yes
dogbert17 dogbert@dogbert-VirtualBox ~/repos/rakudo $ ./perl6 t/02-rakudo/08-repeat.t 13:38
1..5
MoarVM panic: Memory allocation failed; could not allocate 8589934592 bytes
samcv ^^
samcv dogbert17: yep. don't run that test with those two on :)
dogbert17 :-) 13:39
samcv since it tries to do a repeat over over 90000000000 graphemes or something
i know it's ridiculously large
dogbert17 ok, sounds fair
what about t/concurrency/02-lock.t, in the nqp test suite, that one hangs (or is veeery slow) 13:40
samcv well it should work 13:41
i remember it being slow though 13:42
dogbert17 seems to use all my memory 13:43
samcv yeah. that could happen
dogbert17 perhaps I should drop the strict flag 13:44
Geth MoarVM: fede5cf506 | (Samantha McVey)++ | src/strings/ops.c
Fix the bitwise ops so STRAND_CHECK is done on result string
 18:27

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!