00:11 Util joined 00:28 cognominal joined
cognominal what p6bindattrinvres stands for? Perl6 bind attribute... ? 00:28
00:33 tokuhirom joined 00:41 hohoho joined
tadzik inverse resolution? 01:08
guessing :)
leont What is the provides meta-data used for currently? 01:17
Wrong channel! 01:22
01:33 diakopter joined 01:47 ilbot3 joined 03:56 vendethiel joined 04:48 hohoho joined 05:42 tokuhirom joined
timotimo oh, ops.markdown doesn't have it ... because it's a perl6 op ... 05:49
ah, there it is 05:51
huh. weird. p6bindattrinvres seems to turn pretty much directly into a a bindattrs_o, it just deconts the second argument 05:53
06:23 domidumont joined 06:28 domidumont joined 06:50 FROGGS joined 06:55 Ven joined 06:58 zakharyas joined
nwc10 good *, #moarvm 06:58
FROGGS o/ 07:04
07:09 brrt joined
timotimo good brrt, good nwc10, good froggs 07:10
brrt good timotimo 07:12
hey, timotimo, i thought of something
you were intereseted into copy removals, weren't you?
i've figured out a safe path to implementing itg 07:13
(if i'm ever going into consulting, safe implementation paths are going to be my catchphrase and my moneymaker)
very simple strategy
* you figure out which copys (sets) are redundant, and 'virtually' remove them 07:14
timotimo oh, you mean the "set" operations, yeah?
brrt i.e. at first you don't remove them, but you emit them, *but* create both the deopt mapping and translate all users to the old registers
so you get a bunch of completely redundant set-s which are never used 07:15
this keeps the memory layout exactly the same as before, just tests that the translation mapping is safe
eh use mapping
fine, next step, during deopt, you copy all values from their 'reduced' registers to the redundant registers 07:16
now logically that is still completely redundant? but it demonstrates that your deopt logic works
last step, you remove the set ops proper, and verify everything works as before 07:17
07:18 Ven joined
brrt you are done. q.e.d. :-) 07:18
watch as performance blazes
FROGGS :D 07:20
timotimo not so sure about that part :)
brrt no, neither am i 07:25
but you see what i mean, right
timotimo i *think* so 07:28
my moar and perl6 related productivity has been taking a nosedive recently :( 07:29
brrt yeah, mine too 07:40
although my science-related productivity has increased to compensate :-)
timotimo oi, not good, your stuff is important to me! :P
brrt well, i've been refactoring the tiler table generator into a oo format, and i hope to attack the false-cost-table problem 07:41
and aside from that, to mark arguments you're intereseted in and have them passed as well
i can do that now, but it yields to global variable explosion 07:42
that might still be worth it, but understanding suffers
but the dynvar bug is still eluding me, and that hurts 07:43
and another thing i should've done much earlier, is give each jitted code object a sequence number for identification
07:44 tokuhirom joined
timotimo a sequence number, eh? 07:44
for cross-reference between what exactly?
brrt well, for instance, after adding the sequence number it became obious that quite a few frames are compiled twice (probably different spesh candidates) 07:45
means that i could be trying to debug a certain frame, and look at another frames binary code altogether
s/obious/obvious/ 07:46
timotimo oh
yeah, that's a very good idea then
brrt i've not yet a complete implementation plan for linearizing tiles 07:47
one thing that bothers me a bit is that i have to mark the condiitional ranges
08:11 kjs_ joined 09:06 Ven joined 09:18 leont joined 09:21 kjs_ joined
jnthn morning, #moarvm 09:41
p6bindattrinvres = do a bindattr, and evaluate to the invocant as the result of the op (as opposed to the bound value); really useful in a few places
timotimo oh, i see 09:42
09:45 tokuhirom joined
brrt good morning jnthn 09:47
jnthn o/ brrt 09:48
10:03 hohoho joined 10:09 Ven joined
dalek arVM: aac89bd | jnthn++ | src/strings/ (3 files):
Refactor MVM_nfg_get_case_change interface.

It will now be able to return multiple graphemes (though never does so far).		 10:52
jnthn m: say "\c[LATIN SMALL LIGATURE FF]".tc 11:22
camelia rakudo-moar 70a94d: OUTPUTĀ«FFā¤Ā»
jnthn m: say nqp::tc("\c[LATIN SMALL LIGATURE FF]")
camelia rakudo-moar 70a94d: OUTPUTĀ«Ffā¤Ā»
jnthn mm
m: say "\c[LATIN SMALL LIGATURE FF]".tclc
camelia rakudo-moar 70a94d: OUTPUTĀ«Ffā¤Ā»
jnthn oh, method tc in Rakudo doesn't actually use nqp::tc o.O 11:23
nwc10 it forks out to Perl 5? :-) 11:24
11:24 cognominal joined
jnthn No, it uses uc 11:24
wtf :)
tadzik ......really? :D 11:25
jnthn fixes that and crosses fingers :)
timotimo fixes fingers
jnthn yeah really
Better :) Now my tests pass :) 11:27
dalek arVM: ee9fc2b | jnthn++ | src/strings/ (3 files):
Complete length-changing casefold/NFG integration.
 11:30
11:47 tokuhirom joined 12:14 colomon joined 12:36 hohoho joined 13:15 Ven joined 13:37 tokuhirom joined 13:48 Ven joined 14:14 Ven joined 14:24 Ven joined 14:41 Ven joined 14:42 tokuhirom joined 14:55 Ven joined 14:57 Ven joined 15:18 Ven joined 15:31 brrt joined
brrt \o #moarvm 15:31
i'd be very pleased if you could review my next blog post for me
brrt-to-the-future.blogspot.com/b/...;type=POST
now i have to be off again :-)
dinner &
Guest87784 so, I finally isolated... a bit... my "invalid GC status" 15:34
Ven_ I guess I'll make a repro repo 15:37
jnthn Ven_++ 15:38
Ven_ github.com/vendethiel/moarvm-gcerr...solated.p6 here's the file. I havn't found a way to isolate it without GTK::Simple, though. 15:39
This errors with "Invalid GC status observed; aborting" (and used to crash badly)
15:45 Ven joined
arnsholt .tell brrt +1 on the blog post from me 15:47
15:47 synbot6 joined 15:48 Ven joined
timotimo arnsholt: we don't have a bot here, but brrt does backlog dilligently 15:51
Ven timotimo: ^ that's the SPW bug, btw 15:53
timotimo yeah, i thought it'd be
arnsholt Ah, excellent 16:05
16:33 FROGGS joined 16:34 hohoho joined 16:40 vendethiel joined
retupmoca I'm having trouble building the latest rakudo with VS2015 (both with --gen-moar and master/master/nom): moar.exe dies in CORE.setting stage parse with what appears to be STATUS_STACK_BUFFER_OVERRUN 17:14
is this known? Or (more likely) did I screw up my environment somehow?
[Coke] retupmoca: OOC does it work with */*/nom ? (that is, letting nom pick the versions?) 17:16
ISTR that we've had issues with VS-latest in the past, and I think our devs are using an earlier version... but I'm on mac, so not entirely sure. 17:17
jnthn Yeah, I'm on VS 2013 I think. But I thought somebody patched our build issue...
And it was an issue compiling MoarVM, not using it to build CORE.setting
retupmoca [Coke]: yeah, doing --gen-moar and letting rakudo pick whatever it wants still throws the error 17:24
jnthn: I had it building on VS2015 a month or two ago, but I haven't tried in a while
17:29 Peter_R joined
[Coke] retupmoca: you're the canary for vs2015, then. :) 17:40
it might be helpful if you could bisect the moarvm build and see where it goes south.
(assuming that the core issue here is the moarvm build failing because rakudo config calls it, not because moarvm builds ok and then something dies in rakudo's build. 17:41
retupmoca ok, rakudo 92be579 (--gen-moar) from september 30 builds fine, so I'll try to get a bisect running tonight or so 17:57
18:06 vendethiel joined
[Coke] retupmoca++ 18:18
18:29 zakharyas joined 18:45 domidumont joined
itz_stmuk 32 bit at least worked OK for me some time last week on VS2015 so it might be recent change 19:04
19:43 vendethiel joined 19:47 tokuhirom joined 19:49 colomon joined 19:51 brrt joined 19:57 Ven joined 20:05 hohoho joined 20:15 Ven joined 20:35 Ven joined 21:22 colomon joined 21:39 cognominal joined 21:49 tokuhirom joined 21:50 hohoho joined 22:09 hohoho joined 23:45 leont joined 23:50 tokuhirom joined

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!