00:37 vendethiel joined 00:45 tokuhiro_ joined 01:07 Ven joined 01:24 Ven joined 02:47 ilbot3 joined 04:48 tokuhiro_ joined 06:38 tokuhiro_ joined
konobi jnthn: ping 06:39
07:44 tokuhiro_ joined 08:30 leont joined 09:07 Ven joined 09:17 vendethiel joined 09:42 Ven joined 09:45 tokuhiro_ joined 09:52 Ven joined 11:01 diakopter joined 11:40 Ven joined 12:26 Ven joined 12:39 Ven joined 12:53 Ven joined 13:16 Ven joined 13:39 Ven joined
lizmat I wonder whether $sprintfHandlerInitialized could have anything to do with precomp issues 13:56
13:58 Ven joined 14:09 Ven joined 15:04 zakharyas joined 15:19 camelia joined 15:39 tokuhiro_ joined 16:10 Ven joined 16:26 Ven joined
arnsholt nwc10: Re the NFG attack you mentioned in irclog.perlgeek.de/perl6/2015-04-07#i_10400549 (came up on #perl6 today), it might be feasible to to a refcounting-style GC for the synthetics? 17:02
Although that'd incur the overhead of each synthetic having a refcount, and each string knowing which synthetics it references. Which might not be worth it 17:03
jnthn You'd be better just looking at all live strings you encounter in a full collection and keeping a bit table of synthetics that you see (card marking style) 17:24
And then keeping a free list of synthetic indices to re-use 17:25
It's probably a day or two's coding. 17:26
arnsholt Right, that sounds more sane
dalek arVM: 04b540b | (Pawel Murias)++ | src/strings/ops.c:
Make escape handle \r\n properly
arVM: cdf1067 | jnthn++ | src/strings/ops.c:
Merge pull request #290 from pmurias/fix-escape-crlf

Make escape handle \r\n properly
17:34 zakharyas joined
jnthn arnsholt: btw, on your .WHAT question on #perl6 earlier, .WHAT is an object operation, so you'll be doing .WHAT of the boxing of an int32, thus why you see Int. 17:34
arnsholt Ah, so that was it. Didn't think that'd happen. Cheers! 17:35
Is there a way to get the int32 type instead?
17:45 tokuhiro_ joined
konobi morning 17:47
TimToady we'd have to make .WHAT into a macro, like the specs speculate :) 17:56
18:07 lizmat joined 18:08 colomon joined
jnthn :P 18:16
TimToady: If you feel strongly it should be that way on variables, we could probably make it happen without too much trouble 18:17
18:17 Ven_ joined
TimToady it seems like a thing that would be hard to change later 18:22
and I don't wanna suggest .what for native types :)
m: my int $x = 42; say VAR($x).WHAT 18:25
camelia rakudo-moar f4266f: OUTPUT«(IntLexRef)␤»
TimToady hmm
18:25 Ven_ joined
jnthn m: my int $x = 42; say VAR($x).of 18:36
camelia rakudo-moar f4266f: OUTPUT«Method 'of' not found for invocant of class 'Int'␤ in block <unit> at /tmp/0KULJN3OrW:1␤␤»
jnthn Hm, that .of kinda wants to work out 18:37
18:37 Ven_ joined
jnthn I think I put some language into the design docs that the types you get on .VAR of a native are implementation-defined 18:37
18:39 brrt joined
brrt timotimo: noted, but i don't think i can fix that; i don't know anything about minilua source code 18:39
i'll try to install dyson sometime later 18:40
it might be weirder/sillier than that, too
now i'm afk again, sorry
18:41 Ven_ joined 19:25 Ven joined 19:40 Ven joined 19:47 tokuhiro_ joined 19:56 Ven joined 20:11 Ven joined 20:31 Ven joined 20:40 Ven joined
konobi jnthn: there was also an issue with moarvm on illumos... it was assuming SUNCC (specifically the -mt CFLAG) even though it was attempting to use gcc 20:58
mkay... i attempted to build with --no-jit and I hit a linker error looking for symbol 'cfmakeraw' 21:01
here's an article by a friend about cfmakeraw on illumos/solaris
www.perkin.org.uk/posts/solaris-por...keraw.html
seems cfmakeraw isn't portable. 21:02
right... better get a real fresh version 21:03
21:11 Ven joined
konobi mmm... seems like a problem with libuv 21:18
jnthn: looks like the cfmakeraw() problem was fixed in version 1.0.2 ov libuv... though it's now up to 1.7.6 21:22
21:26 Ven joined 21:48 tokuhiro_ joined 21:51 zakharyas joined 21:55 Ven joined 22:12 Ven joined 22:28 Ven joined 22:43 Ven joined 23:14 Ven joined 23:30 Ven joined 23:41 Ven_ joined 23:50 tokuhiro_ joined 23:57 Ven joined