github.com/moarvm/moarvm | IRC logs at irclog.perlgeek.de/moarvm/today
Set by moderator on 5 July 2013.
01:15 cognominal joined 04:44 birdwindupbird joined 05:31 dalek joined 07:38 FROGGS joined 08:11 tadzik joined
FROGGS jnthn: do you like it? gist.github.com/FROGGS/5964614 08:55
jnthn: or should it/I do something else/differently? 08:56
jnthn FROGGS: $mode eq 'r' ?? 1 # APR_FOPEN_READ 08:59
Those worry me a litte
*little
I'd ratehr not tie ourselves to APR constants when we know we want to replace that
FROGGS hmmm, but the C-code expects these constants, no? 09:00
jnthn I'd ratehr #define an MVM_OPENMODE_R, MVM_OPENMODE_W, etc.
And then map those in C land
Yeah. It probably should not couple that closely
FROGGS okay, so only the c-code has to be touched when ripping out apr... makes sense 09:01
jnthn I'm pretty sure that nqp::open on every other platform requires exactly 2 args also, so it's probably best not to lead people down the path of writing calls that only work on Moar...
FROGGS: Yes, that. Because remember that some day this thing will be bootstrapped. Meaning that we will be storing bytecode files. That means we need to be a bit thoughtful about exactly what we shove into bytecode. :) 09:02
FROGGS hmmm, I did that because otherwise you would open a file, and then later would set the encoding... this way you can do that while opening the file
but maybe only apr sopports that... 09:03
supports*
jnthn: what if it would pass the mode-string directly to the C funktion, instead of translating it to a number which translates to anotehr number for the given library like apr? 09:05
jnthn That can also work 09:06
Though doing the string => number mapping at compile time can be good too 09:07
FROGGS *nod* 09:08
09:52 JimmyZ_ joined 09:55 yoleaux_ joined 09:57 yoleaux joined 10:46 woosley left 11:32 eternaleye joined 12:52 FROGGS joined 13:22 flussence_ joined 13:23 jlaire_ joined 13:25 hoelzro_ joined 13:35 Util joined 13:46 FROGGS_ joined 13:47 jnthn_ joined 13:48 Util_ joined 13:52 eternaleye_ joined 14:02 itz joined 14:08 ggoebel joined 14:10 itz_ joined 14:14 ChanServ joined 14:16 PerlJam joined
FROGGS_ .tell jnthn is that better? gist.github.com/FROGGS/5964614 14:16
yoleaux FROGGS_: I'll pass your message to jnthn.
14:20 benabik joined 14:41 FROGGS joined 15:03 ChanServ joined 16:01 ChanServ joined 16:37 ChanServ joined 16:46 ssutch joined 17:43 ChanServ joined 17:54 ChanServ joined
diakopter ergh, no dalek either 19:26
19:33 ChanServ joined 19:36 colomon joined
diakopter weird, somehow I doubled up some commits in git 19:38
whatevs
in fact, it duplicated all the commits in the branch I merged 19:40
ergh
19:51 ChanServ joined 20:31 ChanServ joined
diakopter looks at dyncall configuration 20:34
20:47 Tene_ joined 20:49 patspam_ joined 20:50 rblackwe_ joined 20:52 jnthn joined 20:54 ChanServ joined 20:55 Tene_ joined 21:08 hoelzro_ joined
diakopter anyone have an idea why cloning nqp via ssh wouldn't work? 21:16
(but https does)
21:17 rblackwe joined 21:28 labster joined
timotimo github trouble possibly? 21:40
diakopter jnthn: ping 21:49
22:05 lizmat joined
diakopter jnthn: ping; rehi 22:15
jnthn o/ diakopter 22:20
jnthn read the libuv book on the train 22:21
diakopter o_O
jnthn It's not very long :P
diakopter jnthn: any thoughts?
jnthn various ;)
I'll probably understand proposals for how to integrate it now ;) 22:22
diakopter hah
jnthn: I'm looking at dyncall 22:23
jnthn k 22:24
diakopter I got the makefile to build dyncall..
but it does nothing else O_O 22:25
22:48 dalek joined