github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
00:14 unknown26 joined 00:15 p6bannerbot sets mode: +v unknown26
Geth MoarVM: MasterDuke17++ created pull request #927:
Speedup zero_slots by using memset...		 00:15
00:20 unknown26 left
timotimo MasterDuke: i don't think nulling out an n64 or n32 slot with memset 0 is the same thing as assigning 0.0 00:42
i should probably put that in the PR 00:43
MasterDuke oh, right, didn't think about nums
timotimo ah you're still here, good
MasterDuke timotimo: stackoverflow.com/questions/462985...of-doubles 00:46
timotimo cool! 00:48
i'm glad it is so much faster 00:49
i would have expected the compiler to just turn the loop into a memset itself
MasterDuke yeah. hm, i didn't test with clang, wonder if there's still the same difference 00:50
and man, these OS X fails in travis are annoying 00:51
01:10 jfmcarreira25 joined 01:11 p6bannerbot sets mode: +v jfmcarreira25, jfmcarreira25 left 01:18 SkIzZaTo joined 01:19 p6bannerbot sets mode: +v SkIzZaTo 01:21 SkIzZaTo left 01:29 Guest60976 joined 01:30 p6bannerbot sets mode: +v Guest60976 01:32 Guest60976 left 01:33 Atlas3 joined, p6bannerbot sets mode: +v Atlas3 01:39 Atlas3 left 01:42 undersightable6 joined 01:43 p6bannerbot sets mode: +v undersightable6 02:00 abraxis joined, abraxis is now known as Guest21000 02:01 p6bannerbot sets mode: +v Guest21000, SkIzZaTo joined 02:02 p6bannerbot sets mode: +v SkIzZaTo 02:03 tsp5 joined, SkIzZaTo left, p6bannerbot sets mode: +v tsp5 02:04 tsp5 left 02:05 precise joined, p6bannerbot sets mode: +v precise 02:06 Guest21000 left, precise left 02:07 LuK133718 joined 02:08 p6bannerbot sets mode: +v LuK133718 02:10 LuK133718 left 02:13 lino joined 02:14 p6bannerbot sets mode: +v lino 02:15 lino left 03:39 Kaiepi left 03:43 bobe0 joined, p6bannerbot sets mode: +v bobe0 03:44 bobe0 left 04:13 Kaiepi joined 04:14 p6bannerbot sets mode: +v Kaiepi 04:22 dp329 joined, p6bannerbot sets mode: +v dp329 04:23 dp329 left 04:25 newtmewt joined 04:26 p6bannerbot sets mode: +v newtmewt 04:28 newtmewt left 04:31 qmr25 joined, qmr25 left 04:33 lizmat left 04:38 lizmat joined 04:39 p6bannerbot sets mode: +v lizmat 04:54 Aleszandro joined, Kaiepi left, p6bannerbot sets mode: +v Aleszandro 04:55 Aleszandro left 05:02 alkyl15 joined 05:03 p6bannerbot sets mode: +v alkyl15 05:07 Kilo`byte8 joined 05:08 p6bannerbot sets mode: +v Kilo`byte8, alkyl15 left 05:12 Vlad24 joined, Kilo`byte8 left, p6bannerbot sets mode: +v Vlad24 05:13 Vlad24 left 05:21 mitch_3 joined 05:22 p6bannerbot sets mode: +v mitch_3 05:26 trisk16 joined, trisk16 left 05:27 mitch_3 left 05:28 Looking joined, p6bannerbot sets mode: +v Looking 05:29 Looking left 05:53 WizJin joined 05:54 p6bannerbot sets mode: +v WizJin 05:55 Brace12 joined, WizJin left, p6bannerbot sets mode: +v Brace12 05:57 Brace12 left 06:04 Guest92490 joined 06:05 p6bannerbot sets mode: +v Guest92490 06:10 Guest92490 left 06:41 robertle joined 06:42 p6bannerbot sets mode: +v robertle 06:45 sparklefarkle joined 06:46 p6bannerbot sets mode: +v sparklefarkle
Geth MoarVM: e1df341199 | (Daniel Green)++ | src/6model/reprs/VMArray.c
Speedup zero_slots by using memset...

instead of looping over the array and setting each element.		 06:48
MoarVM: 05990ef908 | niner++ (committed using GitHub Web editor) | src/6model/reprs/VMArray.c
Merge pull request #927 from MasterDuke17/speedup_zero_slots_by_using_memset

Speedup zero_slots by using memset...
06:50 sparklefarkle left 06:51 Kaiepi joined 06:52 p6bannerbot sets mode: +v Kaiepi 07:08 travis-ci joined, travis-ci left 07:59 OwenBarfield joined, p6bannerbot sets mode: +v OwenBarfield 08:01 OwenBarfield left 08:12 infernix10 joined 08:13 p6bannerbot sets mode: +v infernix10, infernix10 left 08:31 BranchPredictor3 joined 08:32 p6bannerbot sets mode: +v BranchPredictor3 08:33 BranchPredictor3 left 08:39 Xenogenesis3 joined 08:40 Xenogenesis3 left 08:41 ephemer0l_21 joined 08:42 p6bannerbot sets mode: +v ephemer0l_21, Kaiepi left 08:46 ephemer0l_21 left 09:07 Kaiepi joined
Geth MoarVM/jit-expr-refactor: 16 commits pushed by (Bart Wiegmans)++
review: github.com/MoarVM/MoarVM/compare/6...be94d51582		 09:07
09:07 CalimeroTeknik11 joined 09:08 p6bannerbot sets mode: +v Kaiepi, p6bannerbot sets mode: +v CalimeroTeknik11 09:11 Atlas22 joined, Atlas22 left 09:14 CalimeroTeknik11 left 09:19 sushichef joined 09:20 p6bannerbot sets mode: +v sushichef, sushichef left 09:48 SporkWitch6 joined, p6bannerbot sets mode: +v SporkWitch6 09:49 SporkWitch6 left 10:07 Guest57126 joined 10:08 p6bannerbot sets mode: +v Guest57126 10:13 Guest57126 left 10:21 aOssed16 joined 10:22 p6bannerbot sets mode: +v aOssed16 10:27 nortoh8 joined, aOssed16 left 10:28 p6bannerbot sets mode: +v nortoh8
lizmat why are IntLexRef's so expensive ? 10:29
10:33 nortoh8 left
jnthn Depends on the situation. They are an allocation, so that costs something. They refer to the enclosing frame, which may force a stack -> heap promotion (though with consistent use typically it will spot the pattern and switch to a direct heap allocation for the frame) 10:35
yoleaux 00:47Z <AlexDaniel> jnthn: please take a look at github.com/perl6/ecosystem-unbitrot/issues/41 there are at least two modules depending on it (and failing to install)
jnthn .tell AlexDaniel Been looking at that. Turns out it's not so simple to fix, and the fix that does land will likely force an API change in the module. 10:37
yoleaux jnthn: I'll pass your message to AlexDaniel.
11:11 Erenzie22 joined 11:12 p6bannerbot sets mode: +v Erenzie22 11:17 Erenzie22 left
lizmat jnthn: shouldn't something like multi sub infix:<->(int $a, int $b --> int) { nqp::sub_i($a, $b) } get OSR'd quickly ? 11:19
when run like 1M times ? 11:20
from the same callsite
11:24 Chew21 joined, Chew21 left
jnthn OSR is about loops, there's no loop there 11:27
But also, the Rakudo static optimizer will inline such native calls, I believe
So there should just be sub_i in the --target=optimize
At least, it does that for those from CORE.setting 11:28
lizmat jnthn: so if the native infix:<-> appears in a profile, that's not working 11:30
MasterDuke jnthn: when you've got some free time, i would welcome your thoughts on github.com/rakudo/rakudo/issues/2158 11:32
11:33 memoryno- joined 11:34 memoryno- left
lizmat jnthn: apparently that only works if both sides are direct lexicalrefs 11:35
afk for a bit 11:40
12:07 Connecting joined 12:08 p6bannerbot sets mode: +v Connecting 12:13 Connecting left 12:17 ablackack12 joined, p6bannerbot sets mode: +v ablackack12 12:23 ablackack12 left
jnthn MasterDuke: Hm, no idea why it'd only show up problems with a particular encoding, unless it's revealed a bug in utf8-c8 itself that was previously hiding 12:24
dogbert11 jnthn: do you know if the flag MVM_SPESH_CHECK_PRESELECTION is still usable after all the changes lately? Enabling it sometimes generates a suspicious stacktrace when running spectest 12:38
i.e. github.com/MoarVM/MoarVM/blob/mast...frame.c#L6 12:39
MasterDuke jnthn: yeah, i'm not sure how reverting github.com/MoarVM/MoarVM/pull/631 fixes things. unless it's some interaction between the sizes it's reading and how it's doing the utf8-c8 encoding 12:42
jnthn dogbert11: Not sure; I have a vague recollection that it could trigger a false positive.
dogbert11: But worth looking at a bit more closely
12:43 robertle left, robertle joined
dogbert11 jnthn: might the false positive have looked like this: Inconsistent spesh preselection of 'parse' (141): got 0, not -1 at src/Perl6/World.nqp:5168 (blib/Perl6/World.moarvm:canonicalize_pair) 12:44
12:44 p6bannerbot sets mode: +v robertle 12:45 walle303 joined
jnthn Was too long ago to remember :) 12:46
12:46 p6bannerbot sets mode: +v walle303
dogbert11 I could report it so it doesn't slip through the cracks. 12:47
dogbert11 notes thunder and rain outside yay 12:48
12:51 Mikaela5 joined, walle303 left, p6bannerbot sets mode: +v Mikaela5 12:52 Mikaela5 left
Geth MoarVM: MasterDuke17++ created pull request #928:
Use correct types in find_deopt_target_and_index		 13:12
13:15 bray90820_ joined, bray90820_ left
lizmat timotimo: interested in finding out how I can make "MoarVM oops: Spesh: failed to fix up handler 1 in <unit> (682, -1, -1)" go away ? 13:37
timotimo yes, but probably not right now %) 13:39
lizmat ok 13:40
timotimo it seems to happen with anything that does instrumentation, or at least it happens in both the profiler and ... i think the debugger? or perhaps it was the coverage log ... 13:46
jnthn .tell AlexDaniel Fixed Test::Scheduler, updated Concurrent::Progress tests to use it correctly, and verified SSH::LibSSH now installs OK. 13:50
yoleaux jnthn: I'll pass your message to AlexDaniel.
lizmat jnthn++ 13:55
jnthn Will need to spend some more brane on Test::Scheduler at some point 13:56
It's a kinda tricky problem space
But too hot for that today... 13:58
Geth MoarVM: f497f15394 | (Daniel Green)++ | src/spesh/optimize.c
Use correct types in find_deopt_target_and_index

The signature had MVMint32 for the deopt_target_out and deopt_index_out parameters, but they were only ever passed MVMuint32s.		 14:06
MoarVM: 22d710e099 | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/spesh/optimize.c
Merge pull request #928 from MasterDuke17/use_correct_types_in_find_deopt_target_and_index_signature

Use correct types in find_deopt_target_and_index
MoarVM: 46c08a0e8e | (Jeremy Studer)++ | src/6model/reprs/CArray.c
Fix memory leak in CArray given P6 Strs

Within the CArray's bind_pos function, we are creating UTF8-encoded C-strings but are never freeing them. Make sure to free them when the CArray is GC collected.
MoarVM: 700ce36852 | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/6model/reprs/CArray.c
Merge pull request #921 from jstuder-gh/carray_str_leak

Fix memory leak in CArray given P6 Strs
MoarVM: b66be6edbb | (Jeremy Studer)++ | src/jit/core_templates.expr
Move exprjit templates to the proper location

In order to match oplist and interp.c		 14:07
MoarVM: 7cab426c20 | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/jit/core_templates.expr
Merge pull request #920 from jstuder-gh/mv_templates_right_location

Move some exprjit templates to the proper order
MoarVM: 3bf120a132 | (Ben Davies)++ | Configure.pl
Fix Configure.pl version detection

Configure.pl was sometimes giving versions based off past tags instead of the current one.
MoarVM: ca0ece596b | (Jonathan Worthington)++ (committed using GitHub Web editor) | Configure.pl
Merge pull request #888 from Kaiepi/configure

Fix Configure.pl version detection
dogbert11 MasterDuke: wrt R#2158 have you tried valgrind ... 14:28
synopsebot R#2158 [open]: github.com/rakudo/rakudo/issues/2158 [regression] :enc<utf8-c8> on Proc appears to drop a lot of content
14:29 travis-ci joined, travis-ci left
MasterDuke dogbert11: hm, haven't yet, guess i should try 14:31
dogbert11 I think so :)
MasterDuke oh! 14:36
14:39 Guest8934917 joined
dogbert11 perhaps samcv can do something with that 14:40
MasterDuke jnthn, samcv: github.com/rakudo/rakudo/issues/2158 now has some valgrind output showing invalid writes and reads decode_stream.c and utf8_c8.c
14:40 Guest8934917 left
samcv hmm i didn't make any recent changes to tose files 14:41
MasterDuke you'll at least be better at finding a problem than i 14:42
14:45 travis-ci joined, travis-ci left 14:49 Skaag5 joined 14:50 p6bannerbot sets mode: +v Skaag5 14:51 Skaag5 left 15:02 mniip13 joined 15:03 p6bannerbot sets mode: +v mniip13, mniip13 left 15:15 zakharyas joined 15:16 p6bannerbot sets mode: +v zakharyas 15:40 xelak joined, p6bannerbot sets mode: +v xelak
xelak MasterDuke, jnthn: regarding github.com/rakudo/rakudo/issues/2158 - it looks there is an issue with "decoder.add-bytes()" - see gist.github.com/xelak6/c9812201a19...2b15084892 15:53
Geth MoarVM/jit-expr-refactor: 322114d87f | (Bart Wiegmans)++ | 5 files
[JIT] Eliminate MVMJitExprOpInfo

The only remaining use for this is constructing operators and getting the name for logging purposes, so there's no reason this should be a global structure.
15:53 CC667 joined 15:54 CC667 left 15:56 brrt joined 15:57 p6bannerbot sets mode: +v brrt
brrt \o 15:58
timotimo o/
brrt couldn't write for a few seconds
Geth MoarVM/jit-expr-refactor: 17 commits pushed by (Bart Wiegmans)++
review: github.com/MoarVM/MoarVM/compare/3...e66e867b36		 15:59
lizmat brrt: yeah, anti-spam measure 16:04
brrt :-( 16:05
jnthn xelak: Interesting...that's certainly worth adding to the ticket
gist.github.com/jnthn/1e865a06d213...2908858a57 is an early draft proposal for some new low-level bits of working with binary data. It's immediate application would be replacing the QAST -> MAST phase with something that just produces the bytecode. 16:07
It also includes a proposal for exposing the functionality at Perl 6 level.
brrt will read it as soon as i have my PR ready 16:08
xelak jnthn: I'll add it to the ticket 16:09
jnthn xelak++
lizmat jnthn: "widened to a 64-bit uint" that would require to have fully functional 64bit uints, right ? 16:12
jnthn Yup
lizmat cool 16:13
timotimo jnthn: as a part of this, we should perhaps also decide whether utf16 (and other fixed-but-multi-byte formats like that) should go in Buf8 or Buf16 and up 16:14
jnthn Yeah, that needs some consideration 16:15
timotimo last time i checked you can't work with utf16 because one part (probably i/o?) wants the 8 bit and the other (i think the encoder/decoder) wants 16
lizmat utf16 isn't fixed size, is it ?
timotimo right, i meant something else by that
jnthn Well, it is in that the "units" are 16 bits wide
timotimo i suppose you'd call it ... yes, units 16:16
lizmat ah, ok
timotimo utf8 has either 8 bit, 16 bit, 24 bit, etc per code point, but utf16 has 16, 32, 48, ... or at least i think that's how it works
jnthn 16 or 32 so far as codepoints go 16:18
There's no codepoints that need more than 32 bits
timotimo that makes sense
though other systems have been bitten in the past by "we don't need to support more than n bytes per unit" :D
nine jnthn: 2 questions: did it actually rain in Prague today? And did it help?
yoleaux 4 Aug 2018 14:56Z <jnthn> nine: Not immediately clear it'd be an OSR issue, unless it goes away with MVM_SPESH_OSR_DISABLE=1 (which ain't one of the flags you mentioned)
Geth MoarVM: bdw++ created pull request #929:
Refactor Expression JIT to make tree manipulation easier		 16:21
brrt nine: fwiw, it did certainly not rain in NL :-) 16:22
timotimo ;(
brrt we still have hope for the future 16:24
lizmat Tue will see 37 degrees again for me
:-(
timotimo ugh 16:25
my condolences
brrt how is thursday looking lizmat 16:26
we have some hope for rain and 22 degrees
aka 'a normal sunny summer day'
lizmat 26 and possible rain for me 16:27
jnthn nine: Last night we got a very nice loud thunderstorm and hail. That helped a lot. 16:28
nine: Today there was a bit of light rain too; sadly, today's rain seems to have just resulted in humidity.
The forecast for the coming days looks...unpleasantly hot :( 16:29
nine So all hope rests on the nights' cooldown 16:30
jnthn Yeah
timotimo looks like tuesday through friday could potentially see rain every day 16:31
monday has both a higher max and a lower min than sunday: 19 to 34. that's quite a spread for having 0% rain chance
what the heck 16:32
jnthn Next 4 days highs are forecast as 31, 35, 36, 35 16:33
No rain forecast
timotimo allegedly it was 31 degC 15 minutes ago, but we just opened all the windows because it's ... cold outside
16:33 squashable6 left, reportable6 joined
lizmat wouldn't mind a bit of that right now 16:34
16:34 p6bannerbot sets mode: +v reportable6
timotimo well, it feels cold compared to what we had inside before 16:35
brrt jnthn: I left a comment 16:36
Obviously, the next question, after you've specified 'lets make a low-level binary API' is 'how are we going to remove the overheads' :-) 16:38
but I think that this should leave it reasonably doable
jnthn brrt: Well, I figure all those methods will be tiny and so inline cheaply
(The Perl 6 ones, I mean) 16:39
So then it's "how do we optimize the ops", and I suspect we get some nice specialization going on there
brrt I was thinking more of the MoarVM ones :-)
It'd be nice if we could eliminate the bounds check or move it upwards 16:40
timotimo that'd be cool, yeah
we're not interested in ziggy or zaggy views into buffers? 16:41
lizmat so I'm looking at the QAST for my ($a,$b) = (42,666)
jnthn timotimo: Well, I'm not at present :-)
brrt that's actually a reasonably simple abstraction on top, i think
lizmat the odd thing is, that the left hand side's List is created at runtime with a callstatic infix:<,>
while the right-hand side is optimised into a WVal List 16:42
jnthn lizmat: Why is that surprising? $a and $b aren't available until runtime
timotimo jnthn: any particular reason you only want to eliminate the first dimension, and not any dimension with the viewdim op?
jnthn timotimo: I figured you can just stack them up :)
timotimo: We can introduce an nd version that takes a list of dimensions if we gotta 16:43
timotimo i don't think you can stack them so you can get varying first and fixed second dimension
jnthn Oh, that
No, there's nothing for that, though from a Perl 6 perspective there's not really a way to write it either I guess
timotimo oh 16:44
jnthn I mean, @a[1] on a 2D array would fix the first dimension
timotimo @a[*;1] and @a[1;*] is not that?
jnthn The * there expands into "all the elements" 16:45
Indexing is eager
16:45 PolarizedIons28 joined
timotimo OK, that makes sense. in that case i want someone to come up with a way to spell what i mean :D 16:45
jnthn :) 16:46
16:46 p6bannerbot sets mode: +v PolarizedIons28
timotimo there's probably no use case for this, but do we want a way to cheaply add an extra dimension that only accepts the index 0? 16:46
i.e. turn @a = 1, 2, 3; into @a = [1, 2, 3],;
jnthn brrt: fwiw, I'd also pondered whether we want a different REPR for the dimension thing 16:47
brrt: We might just want to do that to make it a bit easier to handle optimization
timotimo yeah, how often is one piece of code going to service both kinds 16:48
jnthn Hm, true
Yeah, probably those want to be two new REPRs
lizmat m: my ($a,$b); # this creates a List at runtime
timotimo should say "one instance of a piece of code", vis-a-vis inlining
camelia ( no output )
jnthn lizmat: Even if you don't assign to it? And it's in sink context? 16:49
lizmat yup
jnthn lizmat: that's a tad sloppy
Probably relatively easy to fix
lizmat so I guess we can get the static optimizer to make that 2 QAST::Var's right ?
jnthn We don't even need to do that, I guess
We don't need the list at all 16:50
So perhaps wrapping things up in a QAST::Want 'v' or similar at the point we produce the list
16:50 PolarizedIons28 left
lizmat tries to parse 16:51
16:51 squashable6 joined, p6bannerbot sets mode: +v squashable6
lizmat jnthn: any pointers on where I could do this, by any chance ? 16:52
16:52 squashable6 left
jnthn See around src/Perl6/Actions.nqp:3586 16:52
lizmat ack 16:53
jnthn There's an if $<initializer>
And an error-checking elsif
And I guess maybe it's possible to stick after that something like
else {
$list := QAST::Want.new( $list, 'v', QAST::Op.new( :op('null') ) )
} 16:54
Or similar
16:54 squashable6 joined
lizmat tries 16:54
16:55 p6bannerbot sets mode: +v squashable6 16:58 brrt left 17:06 zakharyas left 17:07 zakharyas joined, p6bannerbot sets mode: +v zakharyas
lizmat ok, that works :-) 17:29
yoleaux 17:08Z <AlexDaniel> lizmat: log is now linked on github.com/rakudo/rakudo/wiki/Mont...Squash-Day
17:29 xboner joined
lizmat and spectests clean 17:29
jnthn: so, the case of my ($a,$b,$c) = <foo bar baz>; 17:30
17:30 p6bannerbot sets mode: +v xboner
lizmat the optimizer already constant folds the right hand side to a WVal List 17:30
so I was thinking of further optimizing that case to basically my $a = "foo"; my $b = "bar", my $c = "baz"; 17:31
any thoughts / objections against that ? 17:32
it would make things like that about 15x faster
jnthn Hm, may need to be careful about evaluation order
But it's probably viable
lizmat right hand side is a WVal List already
jnthn Ah, yes, in this particular case it's especially easy :) 17:33
lizmat right
jnthn Yeah, probably can do a tree transform in the optimizer to handle that case without too much trouble
lizmat yeah, just read the nqp::atpos(Wval.value,0)
17:35 xboner left
MasterDuke lizmat: if you've got time, and since it seems related, you might have a better/cleaner solution doing a similar optimization for array slices than github.com/rakudo/rakudo/pull/1844 17:36
lizmat looking at that this very moment :-)
so, is/was there a reason you're limiting it to 2 indices ? 17:39
MasterDuke lizmat++
well, i think i was thinking that since it was sort of a special case optimization, just limit it to the most common case 17:41
if you can follow what i just said (because i only barely did)
17:42 maskedlua22 joined
lizmat ok 17:42
lizmat does some benchmarking
MasterDuke but yeah, if it's a good approach, it probably could be generalized a bit
17:42 maskedlua22 left
lizmat not sure of the approach just yet :0) 17:45
MasterDuke oh wait, i don't think it is limited to just 2 indices
lizmat :-) rather
ah, you're right
MasterDuke: what this sillyness? && ((try $!symbols.find_lexical($op.name)) || 1) 17:49
does it need to be primed everytime ?
MasterDuke huh, not really remembering what that was about 17:51
17:59 t0ne4 joined 18:00 p6bannerbot sets mode: +v t0ne4 18:05 t0ne4 left 18:20 xelak left 18:21 ChanServ sets mode: -v hoelzro 18:23 brrt joined 18:24 p6bannerbot sets mode: +v brrt
brrt \o 18:25
18:27 nukedclx1027 joined
MasterDuke lizmat: fwiw, re 1844, colabti.org/irclogger/irclogger_log...8-06-10#l6 18:27
18:28 nukedclx1027 left
Geth MoarVM/jit-expr-refactor: aea1037900 | (Bart Wiegmans)++ | 5 files
[JIT] Eliminate MVMJitExprOpInfo

The only remaining use for this is constructing operators and getting the name for logging purposes, so there's no reason this should be a global structure.		 18:37
18:43 nope__ joined, p6bannerbot sets mode: +v nope__ 18:48 nope__ left
MasterDuke brrt: while you're here, concur with timotimo on github.com/MoarVM/MoarVM/pull/926 ? 18:50
also, any reason not to merge github.com/MoarVM/MoarVM/pull/915 ? 18:53
18:55 Kaiepi left 18:57 Kaiepi joined, p6bannerbot sets mode: +v Kaiepi
Geth MoarVM/jit-expr-refactor: 18307b638c | (Bart Wiegmans)++ | 2 files
[JIT] Please Travis

  - uses an old perl which doesn't understand keys @arrays
  - clang complained about a printf		 19:10
brrt MasterDuke: no reason why not 19:16
MasterDuke cool, i'll go ahead and merge it then 19:24
Geth MoarVM/master: 4 commits pushed by (Daniel Green)++, MasterDuke17++ 19:26
MoarVM/master: 18 commits pushed by (Bart Wiegmans)++
review: github.com/MoarVM/MoarVM/compare/6...6939528813		 19:36
19:40 bladernr7 joined 19:41 bladernr7 left 19:43 AlwaysHigh16 joined 19:44 p6bannerbot sets mode: +v AlwaysHigh16, AlwaysHigh16 left
Geth MoarVM: b3eb1f459b | (Timo Paulssen)++ | src/spesh/inline.c
shameful hotfix for gigantic profiler output files

an inlined throwpayloadlexcaller can cause the profiler to miss one or more "frame leave" events, at which point the call graph can become extremely elongated.
For now, prevent frames from being inlined if they have that op in them while profiling is active.		 19:45
19:45 morsik9 joined 19:46 p6bannerbot sets mode: +v morsik9 19:47 Kaiepi left, morsik9 left 19:52 badseed joined, p6bannerbot sets mode: +v badseed 19:53 travis-ci joined, travis-ci left
Geth MoarVM: 346df9ebd8 | (Zoffix Znet)++ (committed using GitHub Web editor) | src/spesh/inline.c
Mark "shameful hotfix" as TODO

So it doesn't stay there forever		 19:56
19:57 badseed left 19:59 zakharyas left
Geth MoarVM: 166c4a2530 | (Zoffix Znet)++ (committed using GitHub Web editor) | src/spesh/inline.c
Fix wrong comment
 19:59
20:03 johtso joined, p6bannerbot sets mode: +v johtso 20:05 johtso left 20:06 travis-ci joined, travis-ci left 20:09 CompanionCube27 joined, p6bannerbot sets mode: +v CompanionCube27, MasterDuke left, MasterDuke joined, herbert.freenode.net sets mode: +v MasterDuke, p6bannerbot sets mode: +v MasterDuke 20:10 Milos18 joined, CompanionCube27 left, p6bannerbot sets mode: +v Milos18 20:11 Milos18 left, purrdeta18 joined 20:12 purrdeta18 left 20:13 travis-ci joined, travis-ci left
Geth MoarVM/jit-expr-optimizer: 4 commits pushed by (Bart Wiegmans)++ 20:14
brrt ^ rebased, updated jit optimizer 20:15
20:15 brrt left 20:19 robotroll joined, p6bannerbot sets mode: +v robotroll 20:20 robotroll left 20:21 Kaiepi joined 20:22 p6bannerbot sets mode: +v Kaiepi 20:33 travis-ci joined, travis-ci left 21:08 metax joined 21:09 p6bannerbot sets mode: +v metax 21:13 metax left 21:27 simon_-_10 joined, p6bannerbot sets mode: +v simon_-_10 21:29 simon_-_10 left
timotimo good idea zoffix, thanks 21:36
21:39 lizmat left 22:16 robertle left 22:24 Xgc27 joined, p6bannerbot sets mode: +v Xgc27 22:29 Xgc27 left 23:25 ululate joined, p6bannerbot sets mode: +v ululate 23:26 ululate left

Powered by Cro and the Raku® Programming Language.

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

Thank you!