Camelia, the Perl 6 bug

IRC log for #parrot, 2011-04-12

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 whiteknight yeah, I've been following along
00:03 spinclad left #parrot
00:05 whiteknight blah. Screw this. Deleting the VM
00:11 nwellnhof left #parrot
00:12 soh_cah_toa cotto: you still at work?
00:14 cotto_work soh_cah_toa: yes
00:14 cotto_work I can devote a few brain cycles to review though.
00:14 soh_cah_toa cotto_work: ha, alright. anyway, about fetch/vivify...
00:14 cotto_work about it
00:15 soh_cah_toa i don't think i can make it into one function
00:15 soh_cah_toa the way i had it took out all common code that didn't rely on args $2 or $3
00:16 soh_cah_toa b/c args $2 and $3 vary in type
00:16 soh_cah_toa $1 and $4 were always pmc's
00:17 soh_cah_toa in vivify, if i factor out the outer if, than i include the call to VTABLE_set_pmc_keyed_int
00:17 soh_cah_toa which uses $2 and $3
00:19 cotto_work $2 and $3 never appear inside the body of the if(PMC_IS_NULL...).  Factor that out.
00:20 cotto_work The if statement should stay in the op, the body should be a separate function
00:21 cotto_work I'm not seeing the problem,
00:21 kid51_at_dinner is now known as kid51
00:22 soh_cah_toa you're looking at vivify?
00:22 cotto_work both
00:23 soh_cah_toa in vivify, the call to VTABLE_set_pmc_keyed is in the outermost if
00:23 cotto_work yes
00:23 soh_cah_toa but it's args are $2 and $3
00:23 soh_cah_toa which i want to avoid
00:24 soh_cah_toa b/c they're different data types in the 3 different versions of vivify
00:24 cotto_work Leave VTABLE_... inside the op body
00:25 soh_cah_toa right, that's what i have
00:25 soh_cah_toa but then i need to separate functions
00:25 soh_cah_toa b/c in fetch, there is no call to VTABLE... and i can factor out the outer if statement
00:26 soh_cah_toa i'm pretty sure that call to VTABLE... is the only different between the two
00:26 soh_cah_toa *difference
00:26 cotto_work don't factor out the outer if statement
00:26 cotto_work just factor out its body
00:27 soh_cah_toa well, that's what i have. so just move the definitions to src/ops/experimental.ops?
00:27 cotto_work "definitions"?
00:28 soh_cah_toa of Parrot_stock_vivify/fetch
00:28 soh_cah_toa sorry, meant to say that
00:28 cotto_work First, you only need a single function if you leave the if in the op body.  Second, yes.
00:29 soh_cah_toa ah i see!
00:29 soh_cah_toa leave the outer if in both fetch/vivify
00:29 cotto_work exactly
00:30 soh_cah_toa i was confused since we were talking only about vivify
00:30 soh_cah_toa duh, such a simple solution
00:30 cotto_work and now you know it
00:30 soh_cah_toa well, i'm still getting used to the process
00:31 cotto_work sure.  It takes a while.
00:31 soh_cah_toa you wanted it renamed to Parrot_pmc_new_from_type, right?
00:31 cotto_work lowercase the first letter because it's a static function, but yes
00:31 soh_cah_toa okay
00:32 cotto_work That's why git is so great.  You can hack on a clone and we can make sure that it looks good before it goes in to parrot.git
00:32 soh_cah_toa yeah, i'm loving git
00:33 cotto_work It also means you don't need a commit bit to get useful work done.
00:33 mikehh joined #parrot
00:33 soh_cah_toa oh yeah
00:33 soh_cah_toa well, i'm glad i'm learning and catching things like this now rather than gsoc time
00:33 whiteknight left #parrot
00:34 kid51 seen dukeleto?
00:34 aloha dukeleto was last seen in #parrot 6 hours 26 mins ago saying "jaffa4: we can answer questions about how Rakudo Perl 6 and Parrot VM interact, but perl6-specific questions should be asked in #perl6 on freenode".
00:35 cotto_work yup
00:36 soh_cah_toa fortunately, i'm able to pick up new things pretty quickly
00:37 soh_cah_toa and also chatting w/ a team of developers help a lot more than any book can
00:39 soh_cah_toa oh one more thing. you wanted me to use a return value. what would i need to return though?
00:39 cotto_work PMC*
00:40 soh_cah_toa oh right, the call to Parrot_pmc_new
00:41 cotto_work yup
00:42 soh_cah_toa so the only args i'd need then are interp and key (PMC pointer)
00:42 cotto_work exactly
00:43 soh_cah_toa ok, gotcha
00:51 petdance joined #parrot
00:53 dukeleto kid51: i am here, but leaving soon.
00:54 cotto_work dukeleto: ooc how long are you planning on staying under that rock?
00:56 dukeleto cotto_work: it sure is dark and comfy :)
00:57 dukeleto cotto_work: i am trying to crawl back on top of a large pile of "things to do" that fell on top of me
00:57 davidfetter left #parrot
00:58 cotto_work dukeleto: moving is like that
00:59 benabik joined #parrot
01:00 dukeleto i asked the melange peeps to fix my account, but haven't had time to check it again
01:06 dukeleto cotto_work: what do you need from me?
01:06 cotto_work dukeleto: nothing atm.  just curious
01:07 * cotto_work goes home
01:08 petdance I do believe I'm going to start the PMCNULL/STRINGNULL stuff
01:09 dalek parrot: 756e1da | mikehh++ | src/pmc/imccompiler.pmc:
01:09 dalek parrot: fix codetest failure - add missing ASSERT_ARGS
01:09 dalek parrot: review: https://github.com/parrot/parrot/commit/756e1dab7d
01:10 spinclad joined #parrot
01:10 woosley joined #parrot
01:11 petdance oh wait, don't we have a rleease coming up?
01:12 kid51 petdance: 7.5 days
01:12 petdance hm
01:12 mtk left #parrot
01:12 kid51 3.3: "supported" release
01:12 kid51 recommend branch for new stuff
01:13 kid51 petdance: BTW, at $job, I was favorably impressed with a new director who (for the first time at this job) used the concept of "technical debt" in conversation
01:13 petdance goodness.
01:14 petdance yeah, there's a branch I'm on already
01:14 kid51 cool
01:15 jevin joined #parrot
01:18 mtk joined #parrot
01:19 cosimo joined #parrot
01:23 mikehh still failing with g++ - t/src/extend_vtable.t (TT #2084) and also t/examples/pod.t (TT #2088)
01:24 soh_cah_toa mikehh: t/examples/pod.t i think has 3 errors, right?
01:27 atrodo yay!  I made it into the quotes.  Too bad it's not the punchline :(
01:29 mikehh soh_cah_toa: I get failed 1 of 613 subtests - it loses its sequence due to 2 prints that output
01:29 mikehh look at TT #2088
01:30 soh_cah_toa mikehh: okay. yeah, i was trying to fix them a while ago when i was working on some docs. the error message weren't very descriptive though and had some trouble
01:31 soh_cah_toa mikehh: i'll be going back to it once i'm finished w/ TT #1215
01:31 jevin left #parrot
01:33 mikehh soh_cah_toa: the problem is that the print with :immediate and :postcomp actually outputs, which it did not do previously
01:35 mikehh we probably need to discuss this in #ps tomorrow, (or later today, for me :-} )
01:35 soh_cah_toa mikehh: which line number is that?
01:36 plobsing the problem is that :immediate (no :anon) and :postcomp weren't run by IMCC unless it was compiling PIR to be run
01:37 plobsing the purpose of the compilation is a piece of information IMCC doesn't need and no longer has
01:37 mikehh it is in docs/ppds/pir_19.pod - the snippet around line 491
01:38 dalek parrot: 568c380 | jkeenan++ | config/auto/llvm.pm:
01:38 dalek parrot: [configure] Don't pick up LLVM's ccflags.  http://trac.parrot.org/parrot/ticket/2089.
01:38 dalek parrot: review: https://github.com/parrot/parrot/commit/568c380b6f
01:39 soh_cah_toa mikehh: okay
01:40 dalek TT #2092 created by jkeenan++: config/auto/llvm.pm:  Offer explicit optout
01:40 dalek TT #2092: http://trac.parrot.org/parrot/ticket/2092
01:40 dalek TT #2089 closed by jkeenan++: LLVM cflags prevent debug builds
01:40 dalek TT #2089: http://trac.parrot.org/parrot/ticket/2089
01:41 mikehh soh_cah_toa: if you look at the output of prove -v t/examples/pod.t you will see it gets -> 4243ok 335 - docs/pdds/pdd19_pir.pod:491:PIR:
01:41 mikehh a lot of output though :-}
01:42 soh_cah_toa yeah, no kidding
01:42 mikehh the test does not expect the 4243 and so loses sequence or something
01:44 soh_cah_toa alright
01:46 kid51 left #parrot
01:58 dngor_ is now known as dngor
02:05 jevin joined #parrot
02:06 ShaneC left #parrot
02:14 soh_cah_toa cotto: i submitted the patch if you want to take a look http://trac.parrot.org/parrot/ticket/1215
02:19 cotto ~
02:19 cotto soh_cah_toa, will do (might be a bit though)
02:20 soh_cah_toa cotto: not a problem
02:20 ShaneC joined #parrot
02:40 * soh_cah_toa says goodnight to parrot
02:40 soh_cah_toa left #parrot
02:51 hudnix left #parrot
02:57 mikehh left #parrot
03:23 mikehh joined #parrot
03:46 jevin left #parrot
04:31 petdance left #parrot
04:41 JimmyZ joined #parrot
05:40 cotto anyone have any thoughts on what a talk about the state of Parrot should cover?
05:43 cotto http://www.linuxfestnorthwest​.org/sessions/parrot-state-vm
05:43 bacek_at_work left #parrot
05:43 aloha left #parrot
05:46 jevin joined #parrot
06:10 bacek_at_work joined #parrot
06:17 cotto melange--
06:17 cotto melange--
06:17 cotto melange--
06:17 cotto Are they trying to make the ui worse?
06:17 * cotto feels a little better
06:18 cotto karma melange
06:18 cotto bacek_at_work, aloha is slacking off
06:18 cotto I need to register my internets rage.
06:19 aloha joined #parrot
06:20 bacek_at_work cotto, yeah... My desktop just hang and I have toreboot it.
06:20 bacek_at_work aloha, karma melange
06:20 aloha bacek_at_work: melange has karma of -14.
06:20 cotto melange--
06:20 cotto melange--
06:20 cotto melange--
06:20 bacek_at_work aloha, karma melange
06:20 aloha bacek_at_work: melange has karma of -17.
06:20 bacek_at_work looks like she is alive
06:20 cotto and there was much rejoicing
06:22 cotto bacek++
06:29 fperrad joined #parrot
06:39 contingencyplan left #parrot
06:42 woosley left #parrot
06:46 contingencyplan joined #parrot
06:49 NotFound left #parrot
06:49 NotFound joined #parrot
06:53 woosley joined #parrot
07:01 theory left #parrot
07:18 krunen joined #parrot
07:48 Eduardow left #parrot
07:50 JimmyZ left #parrot
07:52 cosimo left #parrot
07:55 JimmyZ joined #parrot
07:56 Eduardow_ joined #parrot
08:21 ShaneC left #parrot
08:45 S_Arms joined #parrot
08:48 fmiju joined #parrot
09:08 fmiju Hello everyone. I wrote my gsoc application for subroutine-level profiler project, but it is still incomplete. Thanks for people who commented on it, and sorry that I didn't reply earlier. The problem is, that I don't know what exactly I should be doing each week, so I can't write a proper schedule.
09:09 moritz fmiju: that often means that you didn't think the proposal through in enough detail
09:09 moritz and welcome to #parrot :-)
09:09 moritz fmiju: for example, you can take a look at other profilers, and see what components they have
09:10 moritz fmiju: and then identify which of them are crucial for operation
09:10 moritz fmiju: and then chose to implement them in an order that makes sense. That way you get a feeling for how much work it is
09:11 moritz and then you spread that work over the weeks that are availalbe to you
09:12 fmiju Thank you, I'll read more about it.
09:12 moritz it does take work, but it could well be worth it
09:14 fmiju yes, I understand. But still, I think I'm completely inexperienced, and will need a lot of time
09:25 fmiju Can I leave more work for July and August, and make less in May and June? That's because there are exams and other things to do in university.
09:27 moritz fmiju: if you can get something decent for the mid term evaluations, yes
09:27 moritz something decent to run, I mean
09:30 fmiju Right :)
09:34 contingencyplan left #parrot
09:41 ShaneC joined #parrot
10:16 woosley left #parrot
10:17 ambs joined #parrot
10:28 jrtayloriv left #parrot
10:39 dalek parrot/jit_prototype: fece603 | bacek++ | compilers/opsc/src/Ops/Compiler/Grammar.pm:
10:39 dalek parrot/jit_prototype: Fix previous commit: we need explicit ws
10:39 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/fece6034f2
10:51 ShaneC left #parrot
10:51 UltraDM joined #parrot
11:01 dalek parrot/jit_prototype: 3ce7b62 | bacek++ | t/compilers/opsc/03-past.t:
11:01 dalek parrot/jit_prototype: Update test to recent code changes.
11:01 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/3ce7b62950
11:01 dalek parrot/jit_prototype: b139e39 | bacek++ | t/compilers/opsc/20-jit.t:
11:01 dalek parrot/jit_prototype: Update test to latest code changes.
11:01 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/b139e3915f
11:01 dalek parrot/jit_prototype: 9e8d596 | bacek++ | t/compilers/opsc/07-op-to-c.t:
11:01 dalek parrot/jit_prototype: Update test to latest code changes.
11:01 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/9e8d5969be
11:20 fmiju left #parrot
11:22 woosley joined #parrot
11:25 JimmyZ left #parrot
11:27 UltraDM left #parrot
11:35 darbelo joined #parrot
11:51 Patterner left #parrot
11:56 Psyche^ joined #parrot
11:56 Psyche^ is now known as Patterner
12:15 Coke joined #parrot
12:16 janus left #parrot
12:16 janus joined #parrot
12:26 whiteknight joined #parrot
12:27 JimmyZ joined #parrot
12:31 whiteknight good morning, #parrot
12:33 moritz good morning whiteknight
12:33 moritz whiteknight: if you backlog, you'll see that fmiju of gsoc fame (subroutine-level debugger) had temporarily joined the channel
12:34 whiteknight oh, awesome
12:34 moritz I didn't know what to say really, to be both encouraging and demanding :-)
12:35 atrodo "Good job, but we need more braaaaiiiins"?
12:35 whiteknight it's not easy to say the right things
12:37 dalek parrot/jit_prototype: 0f9bcc2 | bacek++ | compilers/opsc/src/Ops/ (3 files):
12:37 dalek parrot/jit_prototype: Rework handling of '->' and '.' to be postfix
12:37 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/0f9bcc2558
12:40 bluescreen joined #parrot
13:01 whiteknight moritz: is rakudo still segfaulting for you on latest parrot?
13:01 whiteknight I haven't had a lot of tuits to throw at the problem
13:01 moritz whiteknight: haven't tried today, will do that now
13:02 whiteknight thanks
13:02 whiteknight I was going to try to put out a release candidate of sorts today, but if rakudo is having problems I won't do that
13:04 whiteknight I probably can't build Rakudo here on this machine
13:07 moritz my attempts to bisect his problem have gone wrong very badly
13:07 moritz rakudo on some parrot revs required so much memory that it made my machine unusable
13:07 moritz or didn't build with a ulimit
13:07 moritz so I tried 'git bisect skip'
13:07 moritz and it took me outside the bisecting range (wtf?)
13:09 hudnix joined #parrot
13:10 JimmyZ_ joined #parrot
13:11 moritz whiteknight: observed a first segfault on latest parrot
13:12 JimmyZ left #parrot
13:12 JimmyZ_ is now known as JimmyZ
13:15 mtk left #parrot
13:16 whiteknight moritz: two revisions I would really like to see tested, if you have the time, are the revisions directly before the imcc_compreg_pmc merge, and the revision after it
13:17 whiteknight or, the revision where the merge happened
13:17 whiteknight I want to try to isolate whether that is or is not the problem
13:17 moritz whiteknight: commit 1842a6ef65a33c24c6f7e21004f006ce1e9e5b3d right?
13:18 whiteknight lemme look
13:18 whiteknight yeah, that's the merge
13:18 whiteknight 020b9ecbed083ef9ad7c53ac233ff781ac053674 is the one before it
13:18 moritz whiteknight: will do after my current test run
13:18 whiteknight okay, thanks
13:19 JimmyZ left #parrot
13:19 whiteknight the imcc_compreg_pmc branch was very long-lived. bisecting across it could easily take you out of your range
13:19 mtk joined #parrot
13:19 JimmyZ joined #parrot
13:19 moritz ouch
13:20 * moritz wants an option to treat branch merges as a single commit in a bisect
13:20 whiteknight if we have to undo that merge for the release, I want to know sooner rather than later
13:20 whiteknight or, if we can find and fix the bug, all the better
13:22 moritz if jnthn_ doesn't want to use the new nqp in rakudo this month, we can also base the rakudo release on the previous parrot release :-)
13:22 Coke OOC, did this branch not cause any trouble before merging?
13:22 moritz (but it would be LTA, of course)
13:22 whiteknight Coke: I didn't see any trouble myself in the branch or after the merge
13:23 whiteknight the segfaulty problems moritz is seeing don't seem to appear on all systems, and are heavily dependent on GC
13:23 Coke Did you ask for folks to test it (esp with rakudo) before the merge? Or did you rely just on your machine?
13:23 whiteknight Coke: I sent out several emails to ask for help testing
13:23 whiteknight and I got several successful test reports
13:25 whiteknight I do not believe this was a hasty decision, and it appears the bug is transient and emergent
13:25 whiteknight it's very highly tied to the GC
13:26 bubaflub joined #parrot
13:26 whiteknight plobsing could duplicate it on his machine, committed a fix, and now doesn't see it on his machine
13:26 whiteknight moritz still seems to see it, however
13:26 moritz I see segfaults - not sure if they are still the same ones
13:27 whiteknight moritz: okay, is it possible to get a backtrace?
13:27 whiteknight I should be able to identify pretty quickly if they are related
13:28 moritz whiteknight: I'll try to get one, after testing before and after the merge
13:28 whiteknight moritz++
13:32 ambs left #parrot
13:41 whiteknight oh wow, I got Rakudo to build on this machine
13:42 whiteknight no segfaults for me
13:42 whiteknight and make test passes without issue
13:44 moritz what about spectest?
13:46 whiteknight haven't tried. I can do that, but it is guaranteed to take forever
13:47 whiteknight I'm running a few other tests first to see if anything else is looking segfaulty
13:48 moritz RELEASE_3_2_0-148-g020b9ec: clean
13:49 whiteknight which one is that?
13:49 moritz 15:18 <@whiteknight> 020b9ecbed083ef9ad7c53ac233ff781ac053674 is the one before it
13:49 moritz that's the one
13:49 whiteknight okay, so the one before the imcc_compreg_pmc merge is clean
13:49 whiteknight that's a good sign.
13:53 dalek Rosella: a5231a1 | Whiteknight++ | t/test/Result.t:
13:53 dalek Rosella: fix broken test
13:53 dalek Rosella: review: https://github.com/Whiteknig​ht/Rosella/commit/a5231a1c66
13:55 whiteknight okay, winxed works fine. nqp builds and runs all tests. rosella builds and runs all tests. I'm going to start a spectest run for rakudo now to see if I can duplicate anything
14:04 JimmyZ left #parrot
14:12 moritz segfaults on RELEASE_3_2_0-325-g1842a6e
14:12 moritz (that's the merge)
14:13 whiteknight okay, so that's the culprit
14:13 whiteknight I don't need a backtrace from the merge. What I really need is a backtrace from Parrot HEAD
14:13 moritz going back to master now, building without --optimize
14:13 whiteknight okay, awesome
14:16 Coke moritz++ # building all this stuff takes forever.
14:16 moritz Coke: building parrot is actually quite fast
14:17 moritz make -j3 and ccache be thankit
14:17 Coke http://www.redbullusa.com/cs/S​atellite/en_US/001242969629749 #nifty
14:17 JimmyZ joined #parrot
14:17 Coke moritz: yah, I was more referring to rakudo. ;)
14:22 whiteknight a ccache-alike utility for Parrot world would be nice
14:22 whiteknight we've got a ways to go before that's possible, however
14:25 JimmyZ ccache is not enough?
14:26 Coke JimmyZ: can we use ccache when making .pbcs out of .pirs ?
14:27 JimmyZ the runtime pirs doesn't take much time
14:30 lucian joined #parrot
14:33 lucian_ joined #parrot
14:33 moritz whiteknight: without --optimize I now get an assertion failure from gc... nopaste coming
14:35 nopaste "moritz" at 192.168.1.3 pasted "rakudo on latest parrot, without --optimize" (89 lines) at http://nopaste.snit.ch/40170
14:36 nopaste "moritz" at 192.168.1.3 pasted "corresponding C backtrace" (65 lines) at http://nopaste.snit.ch/40171
14:36 lucian left #parrot
14:41 dmalcolm joined #parrot
14:41 whiteknight okay, that problem looks very different from what plobsing and I were seeing over the weekend
14:42 moritz with --optimize it seems more random than the previous problem
14:42 moritz without optimize, I get it for every single spectest file
14:44 whiteknight how many synopses are there?
14:45 whiteknight my spectest run is at S32. I'm wondering how much longer it will go
14:46 moritz S32 is the last
14:46 whiteknight oh, awesome
14:46 moritz maybe you'll get integration tests after that
14:46 whiteknight blah
14:48 whiteknight the backtrace suggests that a PMC from inside a PackFile constants table is being collected by the GC
14:48 whiteknight and that shouldn't happen. Inside IMCC the GC should be turned off. Outside IMCC, the packfile should be wrapped in a PMC for marking
14:48 moritz whiteknight: do you want shell access to my machine for debugging?
14:48 whiteknight and that PMC should be registered, so it's always alive
14:49 whiteknight moritz: not yet
14:49 moritz whiteknight: it's behind a DSL line, so there's some lag invovled
14:49 whiteknight moritz: let me look around at a few other things first
14:49 moritz sure
14:50 theory joined #parrot
14:55 Eduardow_ is now known as Eduardow
14:57 whiteknight the two options are either GC is running during IMCC, or the PtrObj PMC isn't properly marking the PackFile (or isn't itself being marked)
14:57 JimmyZ left #parrot
14:58 moritz if nobody else can reproduce it, there's a third option: my setup is screwed
14:59 whiteknight I'm going to follow the assumption that you are competent enough
14:59 moritz I've now created a new user, and building the stuff in the context of that new user
14:59 moritz without ccache, just to be sure
14:59 whiteknight considering how new most of this software is, it's hard to blame anything but the code
15:03 whiteknight holy crap. how many tests for tan does rakudo need?
15:04 moritz quite some, for different numeric types, different angle units etc.
15:05 whiteknight is there any reason why all that has to be in the core runtime for the language, and can't be in a library somewhere?
15:06 moritz the decision to value convenience higher than a small core
15:06 moritz at least in some areas
15:07 whiteknight it seems weird to make everybody pay the cost of including features that only a small handful of people will need
15:07 whiteknight of course, Parrot still hasn't completely excised all it's similar math methods, so I can't complain too loudly
15:07 whiteknight we will, eventually
15:08 moritz there are tentative plans to make some modules autload instead of pre-load
15:08 whiteknight ok
15:09 whiteknight moritz: are you having any better success in the build with the new user?
15:09 whiteknight my spectest run just completed. 100% pass
15:09 moritz whiteknight: it's slow as hell... and the first tests didn't segfault
15:09 moritz wtf.
15:09 * moritz tries with rm -rf ~/.ccache
15:11 whiteknight ccache is supposed to not cause those kinds of problems.
15:12 moritz whiteknight: pmichaud reported one instance of such weirdness
15:13 moritz whiteknight: the only other things I do differently as user 'moritz' is parallel build
15:14 moritz no other parrot in $PATH
15:14 whiteknight moritz: did pmichaud report his weirdness before or after that last fix from plobsing?
15:14 whiteknight I was pretty convinced plobsing fixed it, which is why I'm trying to get comparisons
15:14 moritz whiteknight: he reported a ccache weirdness years ago
15:14 hercynium joined #parrot
15:15 moritz whiteknight: sorry if that was badly phrased
15:19 Andy_ joined #parrot
15:30 whiteknight oh, okay. that makes me feel much better
15:31 whiteknight are any other rakudo devs seeing issues in Parrot HEAD that you are aware of
15:31 whiteknight ?
15:31 whiteknight or, is nobody else testing it as diligently as you are?
15:31 moritz whiteknight: I'm not aware of anything
15:31 moritz oh, one more difference which I just remembered
15:31 moritz 'moritz' uses perl 5.12.1
15:31 moritz 'tester' uses the system perl (5.10.something from Debian)
15:32 * moritz starts to see how pulling configure options from perl is really hurtful
15:32 cotto_work ~~
15:37 woosley left #parrot
15:42 lucian joined #parrot
15:42 whiteknight okay, we should try to find out *today* if this is a symptom of a bigger issue or if it's a local problem only. If it's a bigger issue, we need to do some major emergency work for the release
15:43 * cotto_work backscrolls
15:43 moritz whiteknight: I'm doing a test run now with perl-5.12 but serial build. So far it looks good (wtf?)
15:43 whiteknight okay
15:44 moritz problem is that with --optimize, the spectests are slow as hell
15:46 lucian_ left #parrot
15:48 whiteknight yes they are
15:51 moritz oh wait, I just compiled with --gc=gms
15:51 moritz ETOOMANYPARAMTERSTOTEST
15:51 moritz no wonder they were so slow
15:51 moritz today the world hates me.
15:52 ambs joined #parrot
15:53 whiteknight --gc=gms makes your tests run slower?
15:54 ambs_ joined #parrot
15:54 ambs left #parrot
15:54 ambs_ is now known as ambs
15:55 * whiteknight wishes he could get a lot less mail from the gsoc mentors mailing list
15:55 moritz whiteknight: no, lack thereof
15:55 cotto_work there needs to be a gsoc-irrelevant list
15:56 whiteknight cotto_work: yes, and all the chatty mentors can be subscribed to that instead
15:56 moritz ... transparently :-)
15:56 whiteknight people don't stop to think that several thousand mentors and admins don't need to be reading every quick reply they write
15:57 * moritz commutes while rakudo recompiles
15:57 Coke I don't mind most of the traffic, just all the negative crap.
15:58 whiteknight Coke: for the most part, me too. I don't mind most of the chatting most of the time. The really negative people and the on-list complainers really bug me
16:00 whiteknight every time they push an update to melange you would think the sky was falling
16:01 whiteknight "zomg things have moved around a little bit and I can't just click things without looking first"
16:01 fmiju joined #parrot
16:01 cotto_work It wouldn't be so bad if they made things better.
16:02 whiteknight it's not bad at all no matter what they do
16:02 whiteknight if they replaced the whole website with a picture of Carol smith giving the middle finger, it would still be fine
16:02 whiteknight and we should still be grateful for the opportunity
16:02 cotto_work I'm still glad Google is doing gsoc.  I wish they'd find a ux person.
16:03 whiteknight For april fools, I was seriously considering an anouncement that Parrot had been accepted into the Microsoft Autumn of Documentation
16:03 cotto_work That'd have been great.
16:07 contingencyplan joined #parrot
16:10 Eduardow left #parrot
16:11 Eduardow joined #parrot
16:11 atrodo +1 to MAD existing
16:14 * cotto_work thinks of Inspector Gadget
16:15 cotto_work What's the working hypothesis for the issues moritz++ is seeing?  perl 5.12.1 issue?
16:15 soh_cah_toa joined #parrot
16:16 cotto_work hio soh_cah_toa
16:16 soh_cah_toa cotto_work: hey, just the man i'm looking for
16:16 * cotto_work ducks
16:17 soh_cah_toa haha, no nothing bad. just about tt #1215
16:17 cotto_work sure
16:17 dukeleto ~~
16:17 cotto_work soh_cah_toa: you saw my feedback?
16:17 cotto_work any questions about it?
16:17 cotto_work good morning, dukeleto
16:18 soh_cah_toa cotto_work: yeah, i did. you wanted me to run 'make bootstrap-ops'. what does that target perform?
16:18 cotto_work It's basically the same as running ./ops2c --core
16:19 soh_cah_toa oh, okay.
16:19 cotto_work It rebuilds the C ops code from the .ops files
16:19 soh_cah_toa b/c i built it w/ core-vm and just make and it built fine
16:19 cotto_work yeah.  We have to have bootstrap-ops be a separate dependency or the build will depend on itself.
16:19 cotto_work s/dependency/target/
16:20 soh_cah_toa okay
16:20 cotto_work the joys of self-hosting
16:20 soh_cah_toa :)
16:21 soh_cah_toa i'm surprised it didn't pick up the preamble typo
16:21 cotto_work corevm doesn't even look at the .ops files
16:22 soh_cah_toa well that explains it
16:23 soh_cah_toa another thing, what was the the issue w/ the VTABLE functions?
16:23 cotto_work you changed them
16:24 soh_cah_toa really? maybe it was a copy/paste mistake
16:24 cotto_work VTABLE_get_pmc_keyed_str -> VTABLE_get_pmc_keyed (or similar)
16:25 cotto_work the first takes PARROT_INTERP, PMC*, STRING* and the second takes PARROT_INTERP, PMC*, PMC*
16:25 mtk left #parrot
16:25 soh_cah_toa i see it now
16:25 cotto_work ok
16:26 cotto_work I forgot to run bootstrap-ops when testing your patch.  It's an easy mistake to make.
16:26 soh_cah_toa yeah, that's what it was. i just copy/pasted into all of them w/o looking a little closer
16:27 soh_cah_toa well now i know
16:28 cotto_work learn from it and it won't be a waste
16:29 soh_cah_toa that's right
16:30 mtk joined #parrot
16:32 soh_cah_toa question...what does the :base_core modifier do to the opcode?
16:35 cotto_work soh_cah_toa: I'm not sure it does anything.
16:37 soh_cah_toa ha, alright then
16:38 benabik The string "base_core" only exists in the ops files and ops tests...  Seems somewhat likely it doesn't do anything.
16:39 soh_cah_toa right
16:40 cotto_work It's the first of many historical leftovers you're likely to find.'
16:41 fmiju left #parrot
16:42 soh_cah_toa oh, probably right
16:42 benabik Wierd.  Searching through the history with `git log -Sbase_core --stat`, I'm not finding it anywhere but ops files.
16:43 soh_cah_toa benabik: yeah, that's what i meant
16:46 bubaflub soh_cah_toa: you can open a ticket with a patch to remove :base_core
16:46 soh_cah_toa bubaflub: yeah? alright, will do
16:46 bubaflub soh_cah_toa: sure.  if no patch at least it's in the ticket system
16:47 soh_cah_toa i can do that w/ a quick sed script
16:47 bubaflub soh_cah_toa: something to do later.  these things have a way of popping up and then someone says "it'd be nice to fix that..." and then it just goes down the memory hole
16:47 bubaflub soh_cah_toa++
16:48 cotto_work soh_cah_toa: if you can remove them now, go for it.
16:49 soh_cah_toa i'll open the ticket in a few minutes but it may have to wait until tomorrow. i got some h/w to do after i submit this patch
16:50 cotto_work sure
16:50 benabik I found where it was first added, but can't see it was doing anything even then.  :-/
16:50 whiteknight homework schmomework
16:51 soh_cah_toa i know, i know... :/
16:52 soh_cah_toa do i gotta run src/ops/experimental.ops through headerizer? 'make bootstrap-ops' is complaing about a missing prototype. also complaing about ASSERT_ARGS
16:52 soh_cah_toa *complaining
16:54 cotto_work the .ops files don't get headerized in their current state
16:54 soh_cah_toa i didn't think so
16:55 soh_cah_toa i don't understand it's problem then. the functions are defined before they're used anywhere so i don't need a prototype
16:55 cotto_work can you nopaste what you've got?
16:55 soh_cah_toa sure
16:58 Andy_ left #parrot
16:59 nopaste "soh_cah_toa" at 192.168.1.3 pasted "TT #1215 patch - 'make bootstrap-ops' errors" (361 lines) at http://nopaste.snit.ch/40172
17:02 Andy_ joined #parrot
17:06 cotto_work soh_cah_toa: in the future it'd be more helpful to post a diff
17:06 cotto_work git diff
17:07 soh_cah_toa alright
17:11 nopaste "soh_cah_toa" at 192.168.1.3 pasted "'git diff' for my previous nopaste" (1460 lines) at http://nopaste.snit.ch/40173
17:12 soh_cah_toa wow, that's really long
17:13 cotto_work no worries.  it's mostly generated
17:14 cotto_work The build works for me, which makes me suspicious.
17:14 cotto_work now it breaks
17:14 soh_cah_toa yeah, that's not right
17:15 soh_cah_toa i was getting the error about mixed declarations and code a while ago. it was b/c i had a semicolon after ASSERT_ARGS. but as you can see, it's fine now
17:16 lucian_ joined #parrot
17:16 soh_cah_toa that was before the first patch, i mean
17:17 cotto_work s/new_pmc/pmc_new/
17:17 benabik Doesn't ASSERT_ARGS use macros defined by headerizer?  (The #define ASSERT_ARGS_func ?)
17:17 cotto_work delete the ASSERT_ARG macro
17:17 cotto_work benabik: right
17:18 soh_cah_toa odd, it still complains about it...
17:18 cotto_work rebootstrap?
17:18 cotto_work those two changes should get everything working again
17:19 lucian left #parrot
17:19 soh_cah_toa it says the ASSERT_ARGS is in core_ops.c even after i removed it
17:20 soh_cah_toa i mean i removed it from src/ops/experimental.ops
17:21 cotto_work you need to either edit core_ops or rebootstrap ops again
17:21 soh_cah_toa well 'make bootstrap-ops' is what's giving me the error
17:22 soh_cah_toa isn't that supposed to generate a new core_ops.c file?
17:22 cotto_work yes
17:22 cotto_work in that case you need to edit core_ops.c
17:23 cotto_work just delete the ASSERT_ARGS and fix the function name and it should build again
17:23 soh_cah_toa fix the function name?
17:23 cotto_work alternately, you can do git checkout src/ops/core_ops.c to get back to a working version of that file
17:23 cotto_work yes
17:24 soh_cah_toa what's wrong w/ it?
17:24 cotto_work some op bodies call parrot_new_pmc_from... instead of parrot_pmc_new_from....
17:24 soh_cah_toa wow, that's so trivial i didn't even notice
17:24 cotto_work The part after "parrot" refers to the subsystem that the function belongs to.
17:24 soh_cah_toa alright
17:25 cotto_work gcc did though
17:25 Eduardow left #parrot
17:25 soh_cah_toa looks like ops2c fixed it
17:26 cotto_work there you go
17:26 soh_cah_toa that's odd b/c i though bootstrap-ops was supposed call that
17:26 soh_cah_toa *thought
17:26 cotto_work ops2c just runs whatever ops2c you happen to have built
17:26 cotto_work bootstrap-ops checks dependencies
17:27 soh_cah_toa okay
17:29 soh_cah_toa well, i fixed that but now i got something else...
17:29 cotto_work wheee
17:29 benabik Ah the classic cycle of fix a bug so the compiler can get to another bug.
17:29 soh_cah_toa oh wait, i think i edited the function makes after ops2c
17:30 soh_cah_toa let me re-run
17:30 soh_cah_toa *names
17:31 NotFound Now you are seeing why I said that even trivial changes in functions in .ops files are hard?
17:31 soh_cah_toa yeah, no kidding
17:31 cotto_work there are obstacles
17:31 soh_cah_toa it was a simple fix
17:32 soh_cah_toa but somehow turned out to take way more than it should've
17:32 hercynium left #parrot
17:33 ShaneC joined #parrot
17:35 dmalcolm left #parrot
17:41 soh_cah_toa alright, look like 'make bootstrap-ops' finally decided to shut up
17:41 hercynium joined #parrot
17:41 soh_cah_toa are the warnings about the missing prototype okay?
17:42 whiteknight they can go away later
17:42 soh_cah_toa alright
17:42 mikehh rakudo (4bf1327) - builds on parrot (3_2_0-356-g568c380) - make test, make spectest_smolder[(#14490), roast (2b4b33c)] PASS
17:42 mikehh Ubuntu 11.04 beta i386 (g++ --optimize)
17:42 mikehh 27,636 ok, 0 failed, 606 todo, 1,799 skipped and 0 unexpectedly succeeded
17:43 cotto_work soh_cah_toa: that function needs to return pmc.
17:43 soh_cah_toa i does
17:43 soh_cah_toa it*
17:44 cotto_work what you nopasted didn't
17:45 cotto_work gcc complains about it
17:45 cotto_work warning: control reaches end of non-void function
17:45 soh_cah_toa which one? nopaste 40172?
17:45 benabik Wow.  Rakudo spectest is sloooooow when I don't use optimize and gms.  Hasn't crashed yet though, which is awesome.
17:46 cotto_work both 72 and 73
17:46 soh_cah_toa b/c it is there
17:46 cotto_work there's no return statement
17:47 soh_cah_toa agh!
17:47 soh_cah_toa umm...i meant to do that
17:48 Eduardow joined #parrot
17:51 hercynium left #parrot
17:51 hercynium joined #parrot
17:54 Eduardow left #parrot
18:01 * moritz also gets segfaults with the system perl
18:03 whiteknight moritz: Can you put together like a results matrix or something so we can get a clear idea of what the problem is?
18:04 moritz whiteknight: so far the only conclusive result is: it only segfaults with --gc=gms
18:04 whiteknight okay, so that's an interesting result
18:04 whiteknight and it points to the possible cause
18:05 whiteknight Maybe we're not using write barriers correctly where the PtrObj PMC is concerned
18:05 whiteknight if we need to be using it at all
18:05 whiteknight either way, I think 3.3 is going out with ms2 as the default GC
18:06 cotto_work yes
18:06 whiteknight so that puts a little bit less strain on the situation
18:06 cotto_work that's been the plan
18:06 whiteknight but we still need to get it resolved
18:06 cotto_work also yes
18:06 benabik Rakudo's --gen-parrot builds parrot with --gc=gms
18:07 whiteknight is --gc=gms a configure flag or a runtime flag?
18:07 benabik Configure, I believe.
18:07 cotto_work configure to select the default
18:07 cotto_work can be overridden at startup
18:08 benabik So although parrot's default default is ms2, rakudo's parrot's default is gms.
18:08 cotto_work yes
18:08 cotto_work they opt-in
18:09 whiteknight okay, I just got a Rakudo segfault with an --optimize'd parrot
18:09 dukeleto left #parrot
18:09 whiteknight FUUU
18:09 cotto_work x64?
18:10 whiteknight yes
18:10 whiteknight if I'm getting a GC-related failure with --optimize, that suggests to me that a PMC is not safely being marked on the stack
18:11 whiteknight just a suggestion, of course. There are other possible alternatives
18:12 whiteknight and this whole situation still smells to me like we're running GC during IMCC
18:14 cotto_work can hack something to check that?
18:14 whiteknight I'm going to
18:14 davidfetter joined #parrot
18:15 moritz huh, with --gc=gms the parallel build seems to be incomplete from time to time
18:19 loufoque joined #parrot
18:19 cotto_work soh_cah_toa: do you have a patch?
18:20 Eduardow_ joined #parrot
18:20 soh_cah_toa cotto_work: yeah, i submitted it
18:22 cotto_work soh_cah_toa: testing now
18:22 soh_cah_toa cotto_work: okay
18:25 loufoque does parrot have support for a regular expression engine?
18:25 loufoque or is that perl-specific
18:26 whiteknight we don't have a regex engine built-in
18:26 whiteknight we do have bindings to pcre
18:26 Coke ... also PGE, NQP...
18:26 whiteknight NQP provides a regex engine
18:27 loufoque ok so it's perl-specific
18:27 moritz loufoque: not at all
18:28 loufoque well PGE and NQP are Perl frontends for parrot no?
18:28 moritz loufoque: it has a backend for generic regex features. Only the grammar for it is perl specific
18:28 moritz loufoque: but you can in principle use it without any perl syntax (it just takes some work)
18:36 cotto_work soh_cah_toa: what's an email address you use that github knows about?
18:37 soh_cah_toa cotto_work: kpolulak@gmail.com
18:37 cotto_work ok.  I want to test nqp with your changes, but so far it looks good.
18:38 soh_cah_toa yay
18:38 nwellnhof joined #parrot
18:40 cotto_work t/pmc/threads.t failed with ENOBODYCARES
18:40 benabik left #parrot
18:42 soh_cah_toa what does that mean?
18:43 cotto_work it's an unreliable test for a subsystem that doesn't work well
18:44 soh_cah_toa so is it gonna be a problem?
18:44 cotto_work nope
18:45 soh_cah_toa okay
18:45 cotto_work not yours, at least
18:45 soh_cah_toa alright then
18:46 dmalcolm joined #parrot
18:52 benabik joined #parrot
18:53 fmiju joined #parrot
18:54 dalek TT #2093 created by soh_cah_toa++: Remove :base_core modifier from *.ops files
18:54 dalek TT #2093: http://trac.parrot.org/parrot/ticket/2093
18:56 loufoque_ joined #parrot
19:01 loufoque left #parrot
19:03 loufoque_ left #parrot
19:05 dalek winxed: r956 | NotFound++ | trunk/winxedst (2 files):
19:05 dalek winxed: introduce experimental statement 'switch without expression' and use it in few
19:05 dalek winxed: places of stage 1 compiler
19:05 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=956
19:09 bubaflub left #parrot
19:11 cotto_work there's one nqp failure, but it occurs without the fetch/vivify patch
19:13 cotto_work there you go
19:13 cotto_work ...
19:13 jnthn_ cotto_work: Is that nqp as in new-nqp?
19:14 cotto_work master branch of the nqp repo
19:14 dalek parrot: 91bd7c3 | (Kevin Polulak)++ | src/ops/ (2 files):
19:14 dalek parrot: factor common code in fetch/vivify into a static function
19:14 dalek parrot:
19:14 dalek parrot: Signed-off-by: Christoph Otto <christoph_github@mksig.org>
19:14 dalek parrot: review: https://github.com/parrot/parrot/commit/91bd7c34f2
19:14 jnthn_ OK, there's one of the hll tests that consistently fails atm. Sorry 'bout that.
19:14 cotto_work jnthn_: ok
19:15 dalek winxed: r957 | NotFound++ | trunk/ (3 files):
19:15 dalek winxed: update installable files
19:15 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=957
19:26 dalek TT #1215 closed by cotto++: Factor out Duplicated Code in vivify/fetch opcodes
19:26 dalek TT #1215: http://trac.parrot.org/parrot/ticket/1215
19:32 fmiju left #parrot
19:33 cotto_work #ps in 57
19:34 darbelo left #parrot
19:34 darbelo joined #parrot
19:41 bubaflub joined #parrot
19:42 dalek TT #2091 closed by jkeenan++: t/op/gc-leaky-box.t, t/op/gc-leaky-call.t: new test failures
19:42 dalek TT #2091: http://trac.parrot.org/parrot/ticket/2091
19:58 Tene http://valgrind.org/docs/manual/dh-manual.html -- DHAT looks very interesting
20:02 cotto_work Tene: quite
20:05 cotto_work Tene++ for a potentially really nice fine
20:05 soh_cah_toa Tene: lucky for you i have something like that in my gsoc proposal and have been checking out valgrind source code for inspiration
20:07 cotto_work sadly ubuntu 10.10 doesn't have a recent enough valgrind to include that
20:10 cotto_work or it was explicitly excluded
20:11 lucian_ left #parrot
20:13 bluescreen left #parrot
20:16 lucian joined #parrot
20:20 nopaste "cotto_work" at 192.168.1.3 pasted "playing with DHAT" (217 lines) at http://nopaste.snit.ch/40174
20:20 jrtayloriv joined #parrot
20:22 cotto_work I read that as "ouch".
20:28 plobsing cotto_work: what is "ouch" about that?
20:29 whiteknight left #parrot
20:29 cotto_work plobsing: notice how many blocks get freed
20:30 mikehh #ps time
20:31 plobsing as far as valgrind is concerned, we didn't free() them, true. but that's because GC doesn't return memory to the system
20:32 cotto_work plobsing: it eventually gets freed though, right?
20:32 cotto_work at interp destruction
20:32 plobsing unlikely. I thought we disabled global destruct.
20:37 benabik Huh.  Parrot master while compiling Rakudo: Normal succeeds, --optimized succeeds, --gc=gms succeeds, --optimized --gc=gms segfaults on Compiler.pir.
20:37 dalek Heuristic branch merge: pushed 196 commits to parrot/tt1931-nci-parameters-deprecation by plobsing
20:55 darbelo left #parrot
20:55 darbelo joined #parrot
20:57 ambs is now known as mib_foobar
20:57 mib_foobar is now known as ambs
20:58 darbelo_ joined #parrot
21:02 darbelo left #parrot
21:02 darbelo_ left #parrot
21:03 darbelo joined #parrot
21:03 theory left #parrot
21:04 dngor left #parrot
21:05 theory joined #parrot
21:11 darbelo left #parrot
21:24 dalek parrot: da70a78 | cotto++ | docs/pdds/pdd19_pir.pod:
21:24 dalek parrot: make pdd19 examples not print output during compilation
21:24 dalek parrot: review: https://github.com/parrot/parrot/commit/da70a7806b
21:25 benabik Actually, --optimize --gc=gms builds.  --optimize --gc=gms --debugging=0 fails.
21:29 Andy_ left #parrot
21:31 ambs left #parrot
21:32 dalek TT #2088 closed by cotto++: strange error in t/examples/pod.t
21:32 dalek TT #2088: http://trac.parrot.org/parrot/ticket/2088
21:33 hercynium left #parrot
21:39 lucian left #parrot
21:46 dalek parrot/jit_prototype: 06fda1a | bacek++ | t/jit/jitted.ops:
21:46 dalek parrot/jit_prototype: Add more ops for jitting test.
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/06fda1a190
21:46 dalek parrot/jit_prototype: 0d384e7 | bacek++ | t/compilers/opsc/01-parse-body.t:
21:46 dalek parrot/jit_prototype: Add more tests.
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/0d384e72e2
21:46 dalek parrot/jit_prototype: 5952810 | bacek++ | runtime/parrot/library/LLVM/Type.pm:
21:46 dalek parrot/jit_prototype: Add LLVM::Type::initialize_from_module to take advantage of precompiled bytecode.
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/5952810bac
21:46 rohit_nsit08 joined #parrot
21:46 dalek parrot/jit_prototype: 589fcc7 | bacek++ | runtime/parrot/library/LLVM/Type.pm:
21:46 dalek parrot/jit_prototype: Don't initialize all types to prevent segfault. I'll fix it later.
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/589fcc7769
21:46 dalek parrot/jit_prototype: cdda279 | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: Stylish changes in error handling
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/cdda279d21
21:46 dalek parrot/jit_prototype: 5029f51 | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: Initialize LLVM types from loaded bitcode
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/5029f5152b
21:46 dalek parrot/jit_prototype: 9217a4a | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: Generate int constants
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/9217a4a4a0
21:46 dalek parrot/jit_prototype: 36fbc18 | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: Initial (broken) handling of -> access
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/36fbc18e96
21:46 dalek parrot/jit_prototype: eb7660d | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: More semantically correct op_macro jitting
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/eb7660deb4
21:46 dalek parrot/jit_prototype: 5bffc3b | bacek++ | compilers/opsc/src/Ops/JIT.pm:
21:46 dalek parrot/jit_prototype: Temporary skip undeclared functions instead of dying
21:46 dalek parrot/jit_prototype: review: https://github.com/parrot/parrot/commit/5bffc3b14a
21:47 rohit_nsit08 hello #parrot
21:47 davidfetter what's shakin', rohit_nsit08 ?
21:48 rohit_nsit08 davidfetter: hi, sorry didn't get that.
21:49 * davidfetter reminds himself that US idiom may not go over so well in an international channel
21:49 bubaflub rohit_nsit08: "what's shakin'" == "what's up"
21:50 rohit_nsit08 bubaflub: hi, ooh thanks. davidfetter: rocking :-)
21:50 rohit_nsit08 was just reading a book on compilers
21:50 rohit_nsit08 some alfred V. Aho
21:50 bubaflub rohit_nsit08: very nice.  which one - the dragon book?
21:50 rohit_nsit08 yup
21:50 davidfetter dragon I (C) or dragon II (java)?
21:50 rohit_nsit08 red one
21:51 bubaflub rohit_nsit08: nice.  i picked up a used copy for cheap and plan on reading it soon
21:51 rohit_nsit08 davidfetter: it is C based
21:52 * davidfetter was quite dismayed to discover that examples early in that book simply would not compile using a modern C compiler
21:52 soh_cah_toa rohit_nsit08: the dragon book?
21:52 davidfetter ...and got a whole new appreciation for COBOL as a consequence
21:52 rohit_nsit08 soh_cah_toa: yes
21:52 soh_cah_toa rohit_nsit08: neat, i just ordered myself a copy too
21:52 * davidfetter ponders transcendental functions
21:53 soh_cah_toa for now, all i have is the ebook editioin
21:53 * davidfetter has a copy of dragon I
21:53 rohit_nsit08 soh_cah_toa: great :-) , i have a hard copy and ebook too, if u wish i can mail it to you.
21:53 benabik Dragon I & II?
21:54 soh_cah_toa thanks, but that's alright. my hardcopy should be in within a few days. my ebook will suffice for now :)
21:54 benabik I have the 2nd ed Dragon book, but it's not in Java...  It's not really in C either, for that matter.
21:54 soh_cah_toa for me...dragon II
21:54 rohit_nsit08 any major difference
21:54 rohit_nsit08 ?
21:55 soh_cah_toa not sure, never read dragon I
21:55 bubaflub rohit_nsit08 and soh_cah_toa and benabik - i also recommend the ANTLR book
21:56 soh_cah_toa bubaflub: the definitive antlr reference?
21:57 bubaflub soh_cah_toa: yessir. quite instructive, even if you don't use ANTLR itself
21:57 rohit_nsit08 i just checked, and i have ebook of second edition and hard copy of 1st edition :-)
21:57 bubaflub soh_cah_toa: but ANTLR does have some pretty slick tools for writing grammars
21:59 soh_cah_toa bubaflub: yeah, i've heard. never did use it though. i'll have to check out that book
22:00 rohit_nsit08 was checking the website of ANTLR, looks great
22:01 davidfetter left #parrot
22:05 soh_cah_toa speaking of book recommendations...any recommendations for books on unit testing?
22:05 soh_cah_toa tutorials can only teach you so much...
22:11 rohit_nsit08 i referred whiteknight's blog post for unit testing. A very good to start with
22:11 bubaflub rohit_nsit08: you're referring to this - http://whiteknight.github.com/2011/​03/28/introduction_to_testing.html?
22:12 rohit_nsit08 ya
22:13 bubaflub yes, it's quite good.  i passed it on to a former co-worker who is learning how to do testing.
22:13 nwellnhof left #parrot
22:13 soh_cah_toa oohhh...very nice
22:13 nwellnhof joined #parrot
22:13 dalek parrot: 24233e2 | nwellnhof++ | t/perl/Parrot_Test.t:
22:13 dalek parrot: [t] Add back trailing spaces in t/perl/Parrot_Test.t
22:13 dalek parrot:
22:13 dalek parrot: Fixes test with Test::Builder version <= 0.94
22:13 dalek parrot: review: https://github.com/parrot/parrot/commit/24233e25c7
22:21 dalek parrot: 4d82146 | nwellnhof++ | t/src/extend_vtable.t:
22:21 dalek parrot: [t] Fix test 3 of t/src/extend_vtable.t
22:21 dalek parrot: review: https://github.com/parrot/parrot/commit/4d821463c1
22:27 cotto_work nwellnhof++
22:28 whiteknight joined #parrot
22:33 rohit_nsit08 whiteknight: Hi
22:33 whiteknight hello rohit_nsit08
22:35 bubaflub left #parrot
22:35 soh_cah_toa whiteknight: hey, great blog post on unit testing. very helpful
22:35 whiteknight thanks
22:35 rohit_nsit08 whiteknight:  i came across coffeescript today, it has a self hosted compiler which converts it into javascript (though coffeescript itself is much much similar to javascript)
22:36 whiteknight rohit_nsit08: yes, coffeescript is interesting
22:37 rohit_nsit08 and ya quite well documented too,
22:38 whiteknight my internet is the slow
22:53 jevin left #parrot
22:55 davidfetter joined #parrot
23:02 cognominal left #parrot
23:04 dalek parrot: e5f7752 | nwellnhof++ | t/src/extend_vtable.t:
23:04 dalek parrot: [t] Make t/src/extend_vtable.t work with g++
23:04 dalek parrot:
23:04 dalek parrot: See TT #2084
23:04 dalek parrot: review: https://github.com/parrot/parrot/commit/e5f775201f
23:05 cognominal joined #parrot
23:08 rohit_nsit08 good night #parrot
23:08 whiteknight goodnight
23:08 rohit_nsit08 left #parrot
23:15 whiteknight moritz: ping
23:16 dalek parrot: 364ad6b | Whiteknight++ | src/embed/api.c:
23:16 dalek parrot: block GC during packfile serialization and write to file. This gets rid of my segfaulty issues building Rakudo
23:16 dalek parrot: review: https://github.com/parrot/parrot/commit/364ad6bc22
23:16 dalek parrot: ed8fd08 | Whiteknight++ | t/src/extend_vtable.t:
23:16 dalek parrot: Merge branch 'master' of github.com:parrot/parrot
23:16 dalek parrot: review: https://github.com/parrot/parrot/commit/ed8fd08e4a
23:17 whiteknight msg moritz Can you test rakudo with https://github.com/parrot/parrot/commit/364ad6bc22. I am blocking GC during packfile write, which is when we are seeing most of your segfault problems
23:17 aloha OK. I'll deliver the message.
23:18 davidfetter aloha, book 'em dano. murder one.
23:20 whiteknight I don't think that's the problem, but I'm willing to be pleasantly surprised
23:22 mikehh nwellnhof++
23:44 bacek_at_work ~~
23:45 dmalcolm left #parrot
23:50 soh_cah_toa left #parrot
23:56 davidfetter left #parrot

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

Parrot | source cross referenced