Camelia, the Perl 6 bug

IRC log for #moarvm, 2013-10-06

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:09 diakopter oh, heh, b/c clang instrumented every memory access with its guards
01:58 colomon joined #moarvm
01:59 cognominal joined #moarvm
02:13 FROGGS joined #moarvm
02:16 [Coke] lemme know if you want a list of opcodes that don't exist in moarvm but do in some other nqp backend.
02:17 [Coke] sorry, in nqp-moarvm, I mean.
02:31 wsri joined #moarvm
02:44 JimmyZ .tell jnthn what's the plan to re-order the ops? :-)
02:44 yoleaux JimmyZ: I'll pass your message to jnthn.
02:47 TimToady we'll have to get an RMA to return the originals to the factory first :P
03:00 FROGGS joined #moarvm
03:08 FROGGS joined #moarvm
03:13 lizmat joined #moarvm
03:14 woolfy joined #moarvm
03:34 lizmat joined #moarvm
03:37 woolfy joined #moarvm
04:44 sisar joined #moarvm
06:20 FROGGS joined #moarvm
06:57 foo_bar_baz joined #moarvm
08:01 FROGGS joined #moarvm
08:07 FROGGS o/
09:10 FROGGS /home/froggs/dev/nqp/install/bin/moar --libpath=src/stage1 src/stage1/nqp.moarvm --bootstrap --setting=NULL --no-regex-lib --target=mbc \
09:10 FROGGS --output=src/stage2/nqpmo.moarvm src/stage2/gen/nqpmo.nqp
09:10 FROGGS Missing or wrong version of dependency 'nqp-src\NQPCORE.setting'
09:10 * FROGGS scratches his head
09:19 FROGGS ahh, stage0's NQPCOREMoar.setting.moarvm knows about nqp-src\NQPCORE.setting
09:30 jnthn I think it's stage1 knows about stage0's setting, actually
09:30 yoleaux 02:44Z <JimmyZ> jnthn: what's the plan to re-order the ops? :-)
09:30 yoleaux 03:44Z <japhb__> jnthn: Thoughts on http://irclog.perlgeek.de/​perl6/2013-10-06#i_7677518 through http://irclog.perlgeek.de/​perl6/2013-10-06#i_7677853 very much appreciated.
09:30 yoleaux 03:46Z <japhb__> jnthn: In particular, I *think* much of the problem in this space can be summarized by http://irclog.perlgeek.de/​perl6/2013-10-06#i_7677850 .
09:39 FROGGS ahh, okay
09:42 FROGGS jnthn: do you have local changes in your Makefile-Mmoar.in? I'd do some whitespacce cleanup if you don't
09:44 jnthn FROGGS: no, go for it
09:49 jnthn As for the bootstrap issue, I think it's 'cus we're missing the usecompileehllconfig/usecompilerhllconfig thing, as seen in the JVM version of ModuleLoader.nqp
09:51 FROGGS hmmm, at least it seems that these ops are not overcompliated
09:53 jnthn Well, I think the majority of the work wants to live in hll.c/hll.h
09:53 jnthn It'll need some care with memory management too
09:53 jnthn Which we kinda get "for free" on the JVM
09:53 FROGGS eww :/
09:53 jnthn But yeah, it's not too hard.
09:54 jnthn Just needs a little care to make sure both sets of HLL configs get GC marked
09:54 FROGGS ahh, here comes the --bootstrap option into account
09:56 grondilu joined #moarvm
09:59 jnthn yeah
09:59 diakopter g'morn
09:59 jnthn Anyways, I can't look at it for a bit...gotta take care of some other things today
10:00 jnthn So feel free to work on it. :) If not, I can maybe look this evening.
10:00 FROGGS morning diakopter
10:00 jnthn o/ diakopter
10:01 FROGGS for the jvm compileecfg and compilercfg are stashed to the global context... do we hang that off the tc for moarvm?
10:01 jnthn no, JVM global context = MoarVM instance
10:01 jnthn Which is where HLLConfig lives today
10:02 jnthn Reachable from tc->instance
10:02 FROGGS ahh, tc->instance->hll_configs
10:02 FROGGS yes, I see
10:02 jnthn Yeah. Well, the change means that that is just the current effective set of configurations
10:03 jnthn And it can point to either the compiler or compilee set of configurations
10:03 jnthn I guess that means that we GC mark the compiler/compilee hashes, and not hll_configs itself...
10:04 jnthn yeah, looks like
10:04 jnthn And be sure to take the mutex while doing the changes :)
10:56 not_gerd joined #moarvm
10:56 not_gerd o/
10:56 dalek MoarVM/ext: fc05347 | (Gerhard R)++ | src/ (5 files):
10:56 dalek MoarVM/ext: Implement extension op registry
10:56 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/fc05347a67
10:56 dalek MoarVM/ext: 6e892e5 | (Gerhard R)++ | / (3 files):
10:56 dalek MoarVM/ext: Generate dummy labels for extension op cgoto dispatch
10:56 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/6e892e5a44
10:56 dalek MoarVM/ext: 3673dc8 | (Gerhard R)++ | build/Makefile.in:
10:56 dalek MoarVM/ext: Add missing header dependency
10:56 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/3673dc83bf
10:56 dalek MoarVM/ext: 1d035d1 | (Gerhard R)++ | src/ (3 files):
10:56 dalek MoarVM/ext: Dispatch extension ops
10:56 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/1d035d1a84
10:58 jnthn o/ not_gerd++
11:02 diakopter WOW
11:02 * diakopter holds 3 fingers up on each side of my wide-open mouth, mouthing WOW
11:03 jnthn This weekend, moar and moar stuff just keeps on coming :)
11:06 not_gerd note that extops cannot be used yet because missing them with the compilation unit is NYI
11:07 not_gerd s/missing/registering/
11:07 diakopter not_gerd: what's your last name btw :)
11:07 not_gerd Gärtner
11:08 not_gerd (oh noes, now I've started mixing online persona I previously kept seperate)
11:08 not_gerd ;)
11:09 jnthn You shoulda told us it was "not Gärtner" ;)
11:09 diakopter :D
11:12 not_gerd the NSA might be able to find out everything I do online if so desired, but I don't really see a reason to make it easy for private companies
11:12 not_gerd eg you cannot (easily) link my facebook and github accounts
11:17 not_gerd any comments on https://gist.github.com/gerdr/914b2b8f39b33d9ad14a
11:17 not_gerd I'll start on that later today
11:19 jnthn nqp::loadlib('p6', 'path/to/p6.dll');
11:19 jnthn Is the p6 a kind of "handle" here?
11:19 jnthn So the
11:19 jnthn nqp::loadext('p6', 'MVM_ext_perl6_init');
11:20 jnthn uses p6 to locate the library handle?
11:20 not_gerd correct
11:21 * jnthn tries to remember why we need the prepextops/installextop thing
11:22 jnthn (that is, why the MVM_ext_register_op doesn't cut it)
11:23 not_gerd we need a mapping from cu-specific opnumber in the bytecodestrem to the op name
11:24 not_gerd as we validate frames lazily (afaik), doing that via ops called from the load frame should work out
11:25 jnthn No, that's done differently, according to extops.markdown
11:25 jnthn Under "Representing Extension Op Calls on Disk and in Memory"
11:35 not_gerd jnthn: this would inline the extop table into the bytecode stream
11:35 not_gerd avoids me having to change the bytecode format
11:37 jnthn Yes, it also means it's no longer declarative
11:37 jnthn So you can't implement --dump any more.
11:37 jnthn Or at least, can't have it dump anything about the extops
11:38 jnthn It really wants to be a table.
11:38 colomon joined #moarvm
11:38 jnthn We should be able to parse the bytecode file statically without having to execute anything.
11:42 jnthn ah, and yeah, --dump really would be hosed in so far as if it doesn't know the op signature it doesn't know how to find the next instruction....
11:42 not_gerd all good points
11:42 diakopter we discussed the design extremely thoroughly :D
11:45 not_gerd I just wanted to quickly get to something that I can actually run and test ;)
11:45 not_gerd so, no cutting corners and I'll see if I can mock some tests on the C level
11:59 diakopter jnthn: so, how quickly does --optimize MoarVM build nqp?
11:59 diakopter [compared to parrot/jvm]
11:59 diakopter (looking for sound bites here)
12:06 diakopter FROGGS: do you have numbers?
12:07 diakopter [are they disappointing? o_O]
12:08 jnthn I didn't compare yet
12:09 jnthn diakopter: Given we only have stage1 done so far, it's not even that easy to compare
12:15 FROGGS well, I could compare it against parrot's make stage1
12:16 FROGGS but I am testing something atm so... I'll paste numbers later
12:17 FROGGS it seems like it doesnt complain now about usecompileeconfig, but my feeling is that if a patch seems too easy, I might have not understand the problem
12:17 FROGGS s/seems/seems to be/
12:20 BinGOs I have been trying out MoarVM on Hurd
12:21 jnthn diakopter: If you want a soundbite, just compare bytecode file size :P
12:21 BinGOs src/io/dirops.c:298:15: error: ‘PATH_MAX’ undeclared (first use in this function)
12:21 jnthn BinGOs: How does it work?
12:22 jnthn heh, doesn't build
12:22 BinGOs http://www.gnu.org/software/hurd/comm​unity/gsoc/project_ideas/maxpath.html
12:22 lizmat joined #moarvm
12:24 diakopter "simply sloppy coding" *sigh*
12:24 BinGOs >:)
12:24 diakopter :P
12:25 BinGOs I had to change build::setup slightly to get to this point too.
12:26 jnthn .oO( POSIXier than thou :P )
12:28 lizmat joined #moarvm
12:35 BinGOs If I fudge it #ifdef __GNU__ #define PATH_MAX 256
12:35 BinGOs it gets further
12:35 BinGOs dyncall_macros.h:125:3: error: #error Unsupported OS. #error Unsupported OS.
12:36 BinGOs oh well.
12:37 BinGOs a bit of fun while I was installing perl-5.18.1
12:39 dalek MoarVM/ext: 8af0b7a | (Gerhard R)++ | docs/bytecode.markdown:
12:39 dalek MoarVM/ext: Suggested changes to the bytecode format to support extension ops
12:39 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/8af0b7a6f6
12:40 not_gerd jnthn: ^^
12:51 FROGGS /home/froggs/dev/nqp/install/bin/moar --libpath=src/vm/moar/stage0 src/vm/moar/stage0/nqp.moarvm --bootstrap --setting=NULL --no-regex-lib --target=mbc \
12:51 FROGGS --output=src/stage1/nqpmo.moarvm src/stage1/gen/nqpmo.nqp
12:51 FROGGS Use of undeclared variable '$info' at line 911, near ")\n    }\n\n "
12:51 FROGGS panic
12:51 FROGGS jnthn: you had that too one?
12:51 FROGGS once*
12:53 FROGGS my $info := nqp::hash();
12:53 FROGGS $info<attribute> := @repr_info;
12:53 FROGGS nqp::composetype($obj, $inf) <--- line 911
12:53 FROGGS err, $info is there
12:53 tadzik inf vs info?
12:53 FROGGS no, was just a pasto here
12:53 tadzik mhm
13:03 FROGGS seems my stage0 breaks it
13:04 jnthn not_gerd: wfm
13:04 jnthn FROGGS: No, not seen that before
13:04 jnthn afk for a bit
13:24 FROGGS jnthn: it segfaults obviously because I guess the approach is totally off... https://gist.github.com/FR​OGGS/2ab383d2b3803d8bcf8f
13:29 not_gerd also afk
13:53 sisar joined #moarvm
14:50 FROGGS gah
14:50 FROGGS :o)
14:51 FROGGS wow, I slept less then an hour, but it feels like three
14:52 jnthn Now you can debug all the things! \o/
14:52 FROGGS hehe
14:52 FROGGS but not mine \o/
14:52 FROGGS \o\ let's rock the code! /o/
14:53 FROGGS but first coffee
14:54 tadzik Let's rock the coffee!
14:54 jnthn oh noes, don't spill any!
15:07 FROGGS the coffee is safe
15:08 jnthn .oO( and idempotent )
15:09 FROGGS hmmm, en de: idempotent -> idempotent
15:09 FROGGS not very helpful
15:09 masak FROGGS: "idempotent" roughly means "doing it N > 1 times has the same effect as doing it 1 time".
15:10 masak FROGGS: or, in symbols, an operation $e$ such that $e ** N == e$
15:10 FROGGS hehe, well, as long as I have coffee :o)
15:10 jnthn Sorry, was just working on some REST slides :P
15:13 masak :)
15:14 masak FROGGS: there's also "nilpotent" which means, roughly "doing it enough times takes you back where you started". increasing the hour on an analog clock is a good example.
15:16 FROGGS interesting...
15:17 jnthn None of which should be confused with impotent, which menas you don't do it any times...
15:17 FROGGS masak: that is like leaning the room when you have kids
15:17 FROGGS cleaning*
15:17 masak FROGGS: :P
15:18 FROGGS arrggghhh, that c drives me razy!
15:18 masak I don't think so, kids are not referentially transparent...
15:18 FROGGS no, not transparent... covered in chocolate and other stuff atm
15:19 masak :)
15:22 not_gerd joined #moarvm
15:22 not_gerd o/
15:23 not_gerd masak: I wouldn't call periodic things nilpotent
15:23 not_gerd once we reached 'nil', we normally stay there
15:23 masak not_gerd: I got the definition from Wikipedia.
15:24 not_gerd "In mathematics, an element x of a ring R is called nilpotent if there exists some positive integer n such that x**n = 0"
15:24 masak not_gerd: besides, it does make sense. this happens in cyclic groups of non-prime order, for example. you get a * b == 0 with some a, b nonzero.
15:25 not_gerd then x**(n+1)=0 as well
15:25 masak yeah.
15:26 masak that's how 0 tends to work... :)
15:26 not_gerd but that's not how clocks work
15:26 masak oh, so the clock was a bad example. I agree.
15:26 not_gerd (not even when falling into a black hole)
15:27 FROGGS /o\
15:27 masak :)
15:45 jnthn FROGGS: Got any further than the gist you posted earlier?
15:45 jnthn ah, that ain't quite right...
15:51 FROGGS jnthn: nope, because it would just go further in the wrong direction :o)
15:52 FROGGS if I got any further at all...
15:59 jnthn .oO( still better than One Direction... )
16:00 jnthn OK, I'll take over :)
16:00 FROGGS \o/
16:09 not_gerd so, let's write some moar extension code ;)
16:12 jnthn FROGGS: oh, I think I found a really easy way to write it now I try it myself...
16:17 FROGGS cool!
16:25 ssutch joined #moarvm
16:39 dalek MoarVM: 7ed109a | jnthn++ | / (11 files):
16:39 dalek MoarVM: Support compiler/compilee HLL config distinction.
16:39 dalek MoarVM:
16:39 dalek MoarVM: Needed for bootstrap scenarios.
16:39 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/7ed109ad29
16:39 dalek MoarVM: 896cb0f | jnthn++ | nqp-cc/nqp-src/ModuleLoader.pm:
16:39 dalek MoarVM: Use compilee HLL config when bootstrapping.
16:39 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/896cb0f98a
16:44 FROGGS ahh
16:44 jnthn Well, it moves the error...
16:46 FROGGS jnthn: do I need a new stage0 now?
16:47 jnthn FROGGS: I'm looking into the next failure before I update it as I think it'll need yet another change...
16:49 FROGGS ahh, mkay
16:50 dalek MoarVM/ext: b98a75f | (Gerhard R)++ | src/ (7 files):
16:50 dalek MoarVM/ext: Resolve extension ops on validation
16:50 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/b98a75f1c1
16:50 not_gerd that's it for now
16:50 not_gerd I might look into the bytecode stuff later today
17:04 dalek MoarVM: 99ffb28 | jnthn++ | nqp-cc/nqp-src/NQPHLL.nqp:
17:04 dalek MoarVM: Also need compilee mode for role bodies, BEGIN...
17:04 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/99ffb2892b
17:10 FROGGS hmmm, it just segfaults with my stage0
17:11 FROGGS /home/froggs/dev/nqp/install/bin/moar --libpath=src/stage1 src/stage1/nqp.moarvm --bootstrap --setting=NULL --no-regex-lib --target=mbc \
17:11 FROGGS --output=src/stage2/nqpmo.moarvm src/stage2/gen/nqpmo.nqp
17:11 FROGGS make: *** [src/stage2/nqpmo.moarvm] Segmentation fault (core dumped)
17:11 FROGGS (stage2 that is)
17:13 jnthn dinner &
17:50 jnthn darn
17:50 jnthn segv...
17:51 jnthn 0x0038000400000000...that's a rather dubious pointer.
17:52 FROGGS I only see that: Program received signal SIGSEGV, Segmentation fault.
17:52 FROGGS 0x000000000042d770 in MVM_interp_run ()
17:52 jnthn I'm getting in different place but with local changes
18:17 dalek MoarVM: 9d91e67 | jnthn++ | src/6model/reprs/P6opaque.c:
18:17 dalek MoarVM: Fix memory leak related to mixins.
18:17 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/9d91e67eae
18:28 diakopter joined #moarvm
18:41 jnthn wow, conditional breakpoints really slow things down...
18:42 FROGGS :/
18:45 jnthn Got some kind of GC bug
18:45 diakopter d'oh
18:45 diakopter might try it with the gcorch branch merged, but with ratio set to 100000
18:46 jnthn It's taking quite some hunting...
18:46 FROGGS I guess GC bugs are always like that
18:53 jnthn It appears that somehow, a pointer into the inside of another object gets put into the worklist
18:54 diakopter er, what's wrong with that?
18:55 jnthn Ah, I mean post-dereferene
18:55 jnthn That is, a pointer to an address that is into the middle of another object
19:04 not_gerd hm...
19:05 not_gerd see https://github.com/MoarVM/MoarVM/bl​ob/master/src/core/bytecode.c#L174
19:05 not_gerd am I missing something or is there a 4 byte hole that shouldn't be there?
19:06 not_gerd ie the 40 should be a 36
19:18 jnthn not_gerd: Yeah; I'm guessing there's a matching hole in the writing then...
19:19 jnthn Seems the corruption happens some way back...hmm
19:19 jnthn (in the gc thing I'm tracking)
19:20 * diakopter feels bad that the gcorch branch isn't merged
19:20 jnthn Well, it's possible I'm hitting the bug that was tripping you up in the gcorch branch too...
19:21 diakopter I suppose, but it feels really unlikely knowing the bugs I know I fixed in the gcorch branch :)
19:21 not_gerd also, the SC data segment header (supposedly located between the strings and bytecode headers) appears to be gone
19:23 jnthn We probably want that one :)
19:25 not_gerd so, I'll add the header entry for extops, leave the space for the SC data segment reserved (but add a comment that the hole is supposed to be there) and remove the 4 byte hole I mentioned earlier
19:26 jnthn +1
19:52 FROGGS gnight
20:01 japhb_ joined #moarvm
20:05 jnthn GC bug looks like a case of an out of date pointer at the end of the day...
20:22 foo_bar_baz joined #moarvm
20:28 dalek MoarVM: 13c75ec | jnthn++ | src/gc/collect.c:
20:28 dalek MoarVM: Tighten already-tospace test; add a sanity check.
20:28 dalek MoarVM:
20:28 dalek MoarVM: While this won't catch *all* cases of out of date pointers, it will
20:28 dalek MoarVM: cause a panic if we see a pointer that should be in fromspace, but is
20:28 dalek MoarVM: actually into tospace (which was a fromspace in the past) and is ahead
20:28 dalek MoarVM: of the bit of tospace we've copied into so far.
20:28 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/13c75ec75a
20:31 dalek MoarVM/ext: 802e4a2 | (Gerhard R)++ | src/core/bytecode.c:
20:31 dalek MoarVM/ext: Add extension ops entry to bytecode header and fix offsets.
20:31 dalek MoarVM/ext:
20:31 dalek MoarVM/ext: The writer still needs to be adjusted.
20:31 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/802e4a261c
20:31 dalek MoarVM/ext: 7c02802 | (Gerhard R)++ | src/mast/compiler.c:
20:31 dalek MoarVM/ext: Write new bytecode header
20:32 dalek MoarVM/ext: review: https://github.com/MoarVM/MoarVM/commit/7c02802002
20:32 jnthn diakopter: 13c75ec trips on the couple of cases I'm looking at. Both times the out-of-date object is a string
20:45 dalek MoarVM: 039253f | jnthn++ | src/core/args.c:
20:45 dalek MoarVM: Missing root of key in slurpy named handling.
20:45 dalek MoarVM:
20:45 dalek MoarVM: If the boxing of the object allocates, then key could become out of
20:45 dalek MoarVM: date. Doesn't fix the issue tripping up bootstrap, sadly.
20:45 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/039253f27e
20:52 diakopter jnthn: increase the nursery size to 100MB for bootstrap... ;)
20:53 jnthn diakopter: Hiding the problem won't help us in the end
20:53 diakopter apparently you missed the smiley ;)
20:53 jnthn diakopter: It'll just bite when we have to compile *really* big things (like, Rakudo's setting)
20:53 diakopter ^ there it was again ;)
20:53 jnthn :P
20:54 jnthn You may want to see if 13c75ec trips in gcorch btw...
20:54 diakopter k
20:56 dalek MoarVM: 6814d0e | jnthn++ | src/gc/collect.c:
20:56 dalek MoarVM: Include pointer in the panic.
20:56 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/6814d0e5cc
20:56 diakopter are we taking bets on how much memory rakudo will reside in?
20:56 not_gerd NQP revision 2013.09-118-g23985aa required (currently 2013.09-117-g959d4c6).
20:56 not_gerd curses, off-by-one strikes again
21:09 * jnthn ain't having much luck tracking this down :(
21:18 dalek Heuristic branch merge: pushed 30 commits to MoarVM/ext by gerdr
21:22 not_gerd g'night o/
21:23 not_gerd left #moarvm
21:28 jnthn ah, progress
21:28 jnthn Something goes wrong when we're processing a positional slurpy argument and we trigger a GC.
21:34 dalek MoarVM: 9be2af1 | jnthn++ | src/core/args.c:
21:34 dalek MoarVM: When slurping a str arg, root it.
21:34 dalek MoarVM:
21:34 dalek MoarVM: Otherwise, the box allocation can do a GC run, and then the pointer to
21:34 dalek MoarVM: the string that we looked up is then out of date.
21:34 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/9be2af1c58
21:35 jnthn The good news is that fixes the GC bug that showed up in t/serialization/01-basic.t in selftest.
21:35 jnthn The bad news is that it doesn't fix the bootstrap one.
21:37 * lizmat hopes that fix provides inspiration for fixing the other one
21:40 grondilu each time you make a modification in moarvm or nqp's source code, do you need to go through stage0 and stage1 again? (I understand you're having issues with stage2)
21:41 jnthn Good heavens, i think it's in args.c again.
21:42 jnthn yah, got further
21:43 dalek MoarVM: b12fc1f | jnthn++ | src/core/args.c:
21:43 dalek MoarVM: Need to root objects *before* allocating!
21:43 dalek MoarVM:
21:43 dalek MoarVM: This one seems to fix the SEGV that was in the way of bootstrap work.
21:43 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/b12fc1fda8
21:44 grondilu so... champagne??
21:46 jnthn Well, not really :)
21:46 jnthn This just means stage1 build completes without a segfault.
21:47 jnthn And the result gets somewhere beyond bootstrap layer confusion.
21:48 dalek MoarVM: d66dd52 | jnthn++ | src/gc/ (2 files):
21:48 dalek MoarVM: Add cur_frame separately to rest of tc roots.
21:48 dalek MoarVM:
21:48 dalek MoarVM: Keeps worklists a little smaller, but also can be good debugging wise
21:48 dalek MoarVM: to know which is to blame.
21:48 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/d66dd52ba3
22:33 timotimo how close did we get today? :)
22:34 timotimo what do i have to do to check out what's going on?
22:34 timotimo .o(roarkudo)
22:50 dalek MoarVM: b03a1dc | jnthn++ | src/6model/serialization.c:
22:50 dalek MoarVM: A couple of minor serialization tweaks.
22:50 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/b03a1dc7b0
22:52 jnthn timotimo: stage1 builds and starts up, but there's something wrong with invocation of action methods...well, that's the upshot, but I think the real issue must lie a little deeper...
22:53 timotimo isn't it always :)
22:55 timotimo what kind of thing do i set the --prefix to?
22:55 jnthn To the same place you gave as --prefix to MoarVM's configure
22:55 jnthn And need a make install in MoarVM
22:55 jnthn If you don't give it one, it uses .
22:56 timotimo ah, good
22:58 timotimo huh, While looking for 'QAST.moarvm': no such file or directory  -  i set the prefix to where my moarvm installed to and i did make install in there
22:58 timotimo (there is only QASTMoar.moarvm and friends in src/vm/moar/stage0
23:00 jnthn huh
23:00 jnthn no idea what you've done :)
23:00 timotimo i'll just wait for the bootstrap work to finish so i don't have to make my hands messy :)
23:40 jnthn Think I'v efound it...
23:40 jnthn Was a code-gen bug, of all things...
23:49 dalek MoarVM: 4c4fd04 | jnthn++ | nqp-cc/src/QASTOperationsMAST.nqp:
23:49 dalek MoarVM: Don't mutate the AST as we're compiling it.
23:49 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/4c4fd04bea

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary