Camelia, the Perl 6 bug

IRC log for #parrot, 2009-08-16

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 mikehh rakudo still fails to build - Class '[ 'parrot' ; 'Random' ]' not found
00:02 Limbic_Region joined #parrot
00:16 mikehh somebody is still running smolder tests a couple of times a day on 0.9.0, Perl 5.8.3 i586-linux-thread-multi, cc, i386, linux
00:22 davidfetter joined #parrot
00:32 treed Can anyone explain why "  PMC* logical_not(INTERP, PMC *self, PMC *dest)" needs both dest and a return value?
00:32 treed PDD 17 doesn't specify what it is that it's supposed to return.
00:34 treed A lot of ops have a PMC* return and a dest, but not all.
00:34 treed Which makes me wonder why the difference.
00:35 bacek treed: weird stuff...
00:35 bacek simple rule - always return new pmc. Don't try to reuse old one.
00:36 bacek treed: O! Can you explain why cardinal can't parse http://shootout.alioth.debian.org/u32q/benchma​rk.php?test=mandelbrot&lang=ruby&box=1
00:36 bacek ?
00:36 treed Just a sec, I'll look at it.
00:36 treed But I do return a PMC.
00:37 treed I declare but do not use the dest param.
00:37 treed And have no idea why it's there.
00:37 bacek treed: original idea was "try to reuse dest pmc if possible".
00:38 treed Aha.
00:38 treed There's nothing that immediately jumps out at me as a parsefail. Does it actually parsefail or does it fail to provide a method or something?
00:38 bacek treed: letme check with latest cardinal
00:39 treed Line 3
00:39 * treed just checked.
00:40 treed I ran into a problem the other day where a line with only whitespace was causing parsefail.
00:40 bacek make: *** No rule to make target `src/classes/Any.pir', needed by `src/gen_builtins.pir'.  Stop.
00:40 treed I wonder if that's it.
00:40 treed Use rake instead.
00:40 treed "rake cardinal"
00:40 * treed really should just remove the Makefile build system.
00:41 bacek Ah. ok
00:42 treed ARGV doesn't seem to be implemented?
00:42 treed But that shouldn't cause parsefail.
00:42 treed It's not the empty line problem.
00:42 treed Hm.
00:42 bacek Yay! Segfault!
00:43 treed Wow.
00:43 treed While running that script or while building?
00:44 bacek No. When I try to run "./cardinal m.PL" :)
00:45 treed Oh.
00:45 treed Neat.
00:49 treed There's something really bizarre going on with that mandelbrot file.
00:50 treed It's given an unterminated statement error.
00:50 treed But the prior line parses fine by itself.
00:53 quek left #parrot
00:53 treed Oh.
00:53 treed I figured it out.
00:54 treed Well, maybe.
00:54 patspam joined #parrot
00:54 treed I think it's interpreting \n in the string as an actual linebreak.
00:54 treed Cardinal uses quoted_string or whatever, though, which is complete magic to me.
00:55 treed Hm, maybe that's not it.
00:55 bacek If I remove this line it failing on   ci = (2.0*y/size)-1.0
00:55 treed Yeah.
00:56 treed I'll get to that after I figure out the first one.
00:57 treed It actually seems to have something to do with #{ stuff
00:59 treed Maybe having more than one #{}?
01:02 treed Yeah, it looks like it's not handling the termination of a #{} correctly.
01:02 * treed checks out the grammar for that.
01:03 treed it's in quote_expression, looks like
01:08 bacek treed: "[11:05:58] Mark: boo to languages without formal grammars:)" (this from my friend. Big ruby and haskell fun)
01:10 treed Haha, no kidding.
01:11 treed man quote_expression is a different kind of magic
01:11 treed I'm not used to interacting with the grammar in PIR form.
01:16 treed I have no idea how to tell it to stop gobbling things incorrectly.
01:16 treed bbiab
01:37 quek joined #parrot
01:45 joeri left #parrot
02:20 TiMBuS joined #parrot
02:42 janus joined #parrot
02:44 kid51 joined #parrot
02:58 quek left #parrot
03:05 treed bacek: The second failure is probably because Cardinal's optable doesn't like parens.
03:07 bacek treed: yak...
03:07 mokurai joined #parrot
03:07 bacek treed: than it fails on "50.times do"
03:08 treed parsefail?
03:10 treed If so it wouldn't surprise me if the parser isn't set up to allow method calls on literals.
03:11 bacek I can't test it right now. I broke parrot badly.
03:11 treed Nice.
03:11 treed Nope, it works fine.
03:11 treed crb(main):001:0>1.times do puts 'foo' end
03:11 treed foo
03:11 purl bar
03:12 treed Maybe the 0b1 just before that?
03:13 treed Yeah.
03:13 treed It doesn't like 0b1.
03:13 treed I have no idea why they did that.
03:13 bacek Let me switch back to master and test.
03:13 treed They could have just said "1" and saved two keystrokes.
03:15 bacek "0b1" is binary 1?
03:16 treed Yeah.
03:16 treed Analogous for 0x for hex.
03:16 dalek parrot: r40574 | bacek++ | branches/tt795_kill_parrot_su​b_structure/lib/Parrot/Pmc2c (2 files):
03:16 dalek parrot: [pmc2c] Support arrays as ATTRibutes
03:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40574/
03:16 dalek parrot: r40575 | bacek++ | branches/tt795_kill_parrot_sub_structure (23 files):
03:16 dalek parrot: [core] Remove Parrot_sub and Parrot_cont. Build is badly broken
03:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40575/
03:17 bacek treed: does ruby support "native types"? E.g. native int, bool, etc?
03:18 treed Not in the way I think you mean.
03:18 treed 1 is a Fixnum (subclass of Integer)
03:18 treed It might support them in the C Extension API.
03:18 bacek unterminated statement at line 39, near ") | escape"
03:19 treed Probably the parens again.
03:19 bacek yeah...
03:21 nopaste "bacek" at 114.72.236.32 pasted "Yak. Cardinal's PCT failure..." (91 lines) at http://nopaste.snit.ch/17558
03:22 treed It's possible ARGV hasn't been implemented yet.
03:22 treed Although I'd expect that to be NilClass rather than Undef.
03:22 treed But maybe I didn't hll_map that yet.
03:23 treed Yeah, ARGV doesn't appear anywhere in the source.
03:23 bacek still failing after replacing ARGV with 500
03:23 treed at that point?
03:23 purl at that point are you allowed to route around the problem by actually using another VCS?
03:24 treed what's the failure then?
03:24 bacek yes
03:24 bacek error:imcc:syntax error, unexpected PREG, expecting '(' ('$P131')
03:24 bacek in file 'EVAL_13' line 479
03:24 bacek invoke() not implemented in class 'Integer'
03:24 bacek current instr.: '_block11' pc 57 (EVAL_13:31)
03:24 treed Expecting (?
03:25 treed Bad PIR output?
03:25 nopaste "bacek" at 114.72.236.32 pasted "Latest m.rb for treed++" (55 lines) at http://nopaste.snit.ch/17559
03:25 treed IMCC interprets PIR, yeah?
03:27 bacek lsh $P131, $P134
03:27 bacek (This is generated line where IMCC failing)
03:27 bacek you probably need math dynops in cardinal
03:27 treed I'm not sure what that means.
03:28 bacek hmm... There is no "lsh" in src/dynopslib/math...
03:29 bacek Ah. It's called "shl"
03:30 bacek src/parser/grammar.pg. Line 495
03:30 treed Ah.
03:30 treed Yeah.
03:31 bacek (same for shr/rsh)
03:31 treed And ... yeah.
03:32 bacek hrm... The opcode 'shl_p_p_n' (shl<3>)
03:32 treed What about it?
03:33 bacek It's after replacing lsh with shl.
03:33 bacek there is only shl_p_p_i version
03:33 patspam1 joined #parrot
03:34 Andy joined #parrot
03:36 bacek and some miscompile of "byte_acc = 0"...
03:36 bacek Ha! cardinal miscompile "byte_acc = 0" on next line after comment...
03:40 bacek_ joined #parrot
03:40 bacek_ "Could not find non-existent sub break"
03:40 bacek_ No control exceptions yet?
03:45 * bacek switching back to brake parrot even more
03:55 treed There are some.
03:55 treed But maybe not that one.
03:55 treed cardinal's still very alpha
03:55 treed It saddens me.
03:58 dalek cardinal: 56914a3 | treed++ | src/parser/grammar.pg:
03:58 dalek cardinal: Change rsh/lsh to shr/shl. bacek++
03:58 purl dalek: that doesn't look right
03:58 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/56914a38d42d6dc2a60072114fae83c503ef559e
03:59 cotto < purl-- >
04:00 bacek cotto: hi
04:01 dukeleto 'ello
04:03 cotto bacek, hi to you
04:03 cotto enjoy breaking stuff.  You're good at it.  (and at fixing stuff too)
04:05 * dukeleto likes making things go *boom* too
04:06 treed bacek: shl/shr don't seem to actually do anything?
04:06 treed crb(main):001:0>a = 8; a <<= 2; puts a
04:06 treed 8
04:07 bacek treed: hmm...
04:10 * treed makes things go *boom* too often to enjoy it
04:12 dukeleto does anybody know about dynops and whether they should be installed? it seems that they should
04:13 * treed has no idea what dynops are.
04:14 dalek parrot: r40576 | bacek++ | branches/tt795_kill_parrot_sub_s​tructure/src/pmc/coroutine.pmc:
04:14 dalek parrot: [core] Fix Coroutine compilation.
04:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40576/
04:14 bacek treed: forget dynops for now.
04:14 purl bacek, I didn't have anything matching dynops for now
04:14 bacek < purl-- > # annoying girl...
04:15 cotto purl, I'm going to take away your botsnacks
04:15 purl :)
04:15 cotto bacek, do you know about the corevm make target?
04:15 bacek cotto: and about coretest too
04:16 cotto corevm is pretty recent, but yeah
04:16 bacek And they already passed on my branch! :)
04:17 dalek parrot: r40577 | bacek++ | branches/tt795_kill_parrot_sub_structure/src (2 files):
04:17 dalek parrot: [core] Remove 2 more Parrot_sub referencies
04:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40577/
04:18 cotto bacek, how long have you been programming?
04:18 bacek 20 year.
04:18 cotto what percentage of your life is that?
04:18 cotto (and it'd better be <=100)
04:19 cotto ;)
04:19 dukeleto treed: things that live in src/dynoplibs, which are "dynamically loadable opcodes", i.e. recompiling parrot is not necessary to modify them
04:19 bacek about 150 :)
04:19 bacek Ah.
04:19 bacek Sorry.
04:19 bacek 60%
04:19 purl 0.6
04:19 bacek I've earned my first money doing some Basic programming when I was 12
04:20 bacek O shi... I coudn't believe. make test passed on my branch.
04:21 bacek purl: 20/33*100
04:21 purl 60.6060606060606
04:21 cotto Are you serious?  That's amazing.
04:21 * dukeleto just calculated 12 years of coding which turns out to be 44%
04:21 bacek cotto: about branch or experience?
04:22 cotto about taking 5 hours to rip out Parrot_Sub
04:22 cotto and get make test passing again
04:22 bacek cotto: just checkout branch and check it :)
04:23 cotto don't mind if I do
04:23 bacek preferably on something different from i386/linux :)
04:24 cotto no can do
04:24 * bacek can't translate "no can do" to something understandable...
04:25 cotto that's not possible
04:25 cotto or "I can't do that"
04:25 bacek ah. ok
04:26 dukeleto bacek: you need testing on something more exotic that x86/linux ?
04:26 bacek dukeleto: yes. It will be helpful.
04:26 cotto Have you tested with rakudo and partcl?
04:26 bacek cotto: not yet. It still require some polish and review before I'll start testing HLLs
04:27 dukeleto bacek: let me know the info an I can test on darwin-x86
04:27 dalek parrot: r40578 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
04:28 dalek parrot: [pcc] Remove two static functions that are no longer used.
04:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40578/
04:28 bacek dukeleto: just checkout tt795_kill_parrot_sub_structure and run make test
04:29 bacek dukeleto: It should make smoothly.
04:29 * bacek cross his fingers
04:29 cotto There'll be some fun merges after the next release.
04:29 bacek merges are always fun!
04:30 * bacek decommutes to kitchen to make some lunch and have some prize beer for Parrot_sub killing
04:31 dukeleto bacek: checking it out now
04:32 cotto bacek, if I ever meet you, I'll be glad to buy you a beer.
04:32 bacek cotto: "10/13 Isabel street, Ryde, NSW, Australia". You are welcome! :)
04:33 * dukeleto would buy y'all a round
04:36 cotto Hmm.  Directions from my place to yours involve some very long kayak trips according to Google Maps.
04:36 cotto I'd better start training.
04:38 bacek Classical 6000+ kayaking :)
04:41 dalek parrot: r40579 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
04:41 dalek parrot: [pcc] Need to pop the fake context after pushing it.
04:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40579/
04:43 dukeleto bacek: tt795_kill_parrot_sub_structure passes "make test" on darwin-x86
04:44 bacek dukeleto: hooray!
04:45 dukeleto bacek++
04:46 dukeleto bacek: i could test it on darwin-ppc on monday if you like. just remind me
04:47 bacek dukeleto: ok. I'll try to finish work on this branch today. Otherwise it will not be finished in next couple of weeks...
04:55 cotto bacek, nice work.  fulltest only complained about a couple codingstd nits
05:11 bacek cotto: it was easy. Mostly copy-pasting guts of Parrot_sub into Sub PMC and fixing compilation errors.
05:14 cotto I was noticing that the changes weren't that complicated.
05:14 cotto but there's a metric ton of them
05:15 spinclad joined #parrot
05:17 bacek cotto: it will be another ton... And little bit more complicated.
05:19 cotto you mean before you can merge back into head or to take care of Parrot_Cont?
05:20 bacek Parrot_cont
05:25 dalek parrot: r40580 | bacek++ | branches/tt795_kill_parrot_sub_structure (2 files):
05:25 dalek parrot: [cage] Fix coding standard tests. cotto++ for notice
05:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40580/
05:38 dalek parrot: r40581 | allison++ | branches/pcc_arg_unify/src/pmc/cpointer.pmc:
05:38 dalek parrot: [pcc] Removing unnecessary mark.
05:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40581/
05:50 chromatic dukeleto, I thought you already had bought me a round.
05:50 dukeleto chromatic: i think that was on schwern's dime, actually
05:51 chromatic Half a round anyway.  I usually have a ways to drive after those meetings.
05:51 dukeleto via ewilhelm's feduciary concern
05:51 dukeleto chromatic: where are you residing these days?
05:51 chromatic Hillsboro
05:52 dukeleto you like it?
05:53 Ryan52 joined #parrot
05:53 chromatic I do.  It's not as walkable as downtown, and I have to walk/drive two miles to the nearest MAX station, but my backyard opens onto a creek and there are three nice parks within walking distance (one house over, 1/4 mile, ~1 mile respectively).
05:53 dukeleto that sounds nice
05:54 chromatic It's what I looked for in a house.
05:54 dukeleto i am in NE alberta. it is close to a bunch of stuff but it is also a bit of a concrete jungle. I am just renting though
05:55 chromatic That area's not too bad.  It's cleaned up a lot in the past few years.  My cohort Jim Shore lives there, not far from Kennedy School.
05:57 dukeleto i've heard it has had some serious gentrification in the past few years, and it is pretty evident
06:00 chromatic Even five years it's evident.
06:09 cotto chromatic, I'm thinking about how to best map between Parrot's CPS and the straight call/return that Callgrind expects.  What about giving each contination and ID and adding that the .pprof file?  The postprocessing script could rebuild the call graph and figure out when control has left or bypassed (via tailcall) a function.
06:12 cotto btw, something that would parallelize would be to abstract clock_gettime into a Parrot API function that could also be implemented on win32 by windows performance counters.
06:13 cotto s/parallelize would/parallelize well/
06:13 cotto *well would be...
06:27 chromatic Each continuation does have an ID: its pointer value.
06:27 cotto can't they get reused?
06:27 cotto or recycled
06:28 szabgab joined #parrot
06:28 chromatic They can, but I don't think it's a problem in practice.
06:28 chromatic RetConts get recycled quickly, but they're not a problem for us.
06:29 chromatic It's long lived continuations which make our control flow graph go cyclical and branchy and bunchy and weird.
06:30 cotto do you think that's the best approach?
06:31 chromatic When I wrote my POC, I never sat down and figured out all of the types of control flow which made profiling go weird and figured out the best way to handle them.
06:31 chromatic Maybe we should do that.
06:32 dalek parrot: r40582 | dukeleto++ | trunk (4 files):
06:32 dalek parrot: [TT #101] Add tests for pbc_disassemble and pbc_dump, with a convenience function in Parrot::Test
06:33 dalek parrot: Thanks to rurban++ for the original patch
06:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40582/
06:33 dalek parrot: r40583 | cotto++ | branches/pluggable_runcore (9 files):
06:33 dalek parrot: [profiling] remove some structs (and assoc code) used by the old and busted profiling runcore
06:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40583/
06:34 cotto I'm trying to short-circuit that by looking at where control flow is going, but I don't care what the final solution is as long as it's general enough to handle whatever weirdness rgrjr throws at it.
06:34 cotto there's certainly value in sitting down and figuring out what all Parrot can do that we'll need to deal with.
06:35 chromatic Mind throwing some notes on the wiki about what we know right now and how we think we can detect it?
06:35 cotto It's very close to bed time for me and my only notes are in my head.
06:35 cotto I could put something up tomorrow evening if you don't beat me to it.
06:36 chromatic Sounds great.
06:36 chromatic I might focus tomorrow on fixing bugs and removing deprecations.
06:37 cotto I'm a little disappointed about not being able to have profiling in 1.5, but having it at this state now means it'll be in very good shape for 1.6.
06:37 cotto including HLL annotations, which I haven't touched yet
06:38 cotto chromatic, do you want to abstract clock_gettime or should I?
06:38 chromatic If I'd managed to merge a week earlier, we might be in better shape.
06:38 chromatic I'm happy to do it, provided you give me a couple of notes on what to do.
06:38 chromatic I haven't had much hacking time since my merge.
06:39 dalek parrot: r40584 | dukeleto++ | trunk/t/tools (2 files):
06:39 dalek parrot: [cage] Fix copyright info
06:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40584/
06:40 MikHel joined #parrot
06:41 cotto I don't understand the win32 side well yet, but the unix side needs a struct that stores the time, a setter, a getter and a function or constant that gives the resolution.
06:41 chromatic Seems reasonable.
06:43 cotto clock_gettime + the #defines in src/runcores/cores.c +261 seems to work for *nix, though idk how well it's been tested apart form Linux and whatever GeJ tested it on.
06:44 cotto I'm off to bed.  Good night.
06:46 GeJ that would be FreeBSD (i386 && amd64)
06:46 GeJ good night cotto
06:53 iblechbot joined #parrot
06:59 dukeleto looks like "make fulltest" is not compatible with "make -j"
06:59 dukeleto at least not "make -j 9 fulltest" on my system
07:13 dalek parrot: r40585 | dukeleto++ | trunk/t/tools/pbc_dump.t:
07:13 dalek parrot: [TT #101] More tests for pbc_dump
07:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40585/
07:15 iblechbot_ joined #parrot
07:24 dalek parrot: r40586 | dukeleto++ | trunk/t/tools (2 files):
07:24 dalek parrot: [codingstd] Fix svn props for t/tools/pbc_disassemble.t and t/tools/pbc_dump.t
07:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40586/
07:24 tokuhirom__ joined #parrot
07:51 dalek parrot: r40587 | chromatic++ | trunk/src/pmc/nci.pmc:
07:51 dalek parrot: [PMC] Optimized NCI registration signature handling slightly by avoiding
07:51 dalek parrot: malloc/free in almost every case -- a static char buffer sufficies for almost
07:51 dalek parrot: every signature -- and by reusing a calculated key length rather than
07:51 dalek parrot: recalculating it.  Parrot startup is now 0.55% faster.
07:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40587/
07:51 dukeleto chromatic++
07:52 chromatic I'd rather have a 2-3% improvement, but I'll take what I can get.
07:58 dalek TT #101 closed by dukeleto++: [test] add parrot_utils tests
08:09 mj41 dukeleto: r40557 broke many tests, Infinoid fix some in r40560 but t/src/extend.t still fails on win32 - http://tt.ro.vutbr.cz/report/pr-Parrot/do?trun-​8656=on&amp;trun-8657=on&amp;trun-8643=on&amp;t​run-8645=on&amp;trun-8664=on&amp;trun-8667=on http://tt.ro.vutbr.cz/report/pr-Parrot/rp-trunk
08:10 dukeleto mj41: looking now
08:12 dukeleto mj41: 40557 broke all the packfile tests because the script that generates the native_pbc tests only works on some platforms. Infinoids tests should have fixed those. I am not quite sure about t/src/extend.t
08:14 dukeleto mj41: does t/src/extend.t fail on win32 for the latest revision of parrot?
08:15 bacek joined #parrot
08:16 nopaste "chromatic" at 72.87.39.97 pasted "GC Tunings for Whiteknight" (34 lines) at http://nopaste.snit.ch/17560
08:16 mj41 dukeleto: yes, see http://tt.ro.vutbr.cz/report/pr-Parrot/rp-trunk
08:16 chromatic msg whiteknight See http://nopaste.snit.ch/17560
08:16 purl Message for whiteknight stored.
08:17 bacek hi again
08:17 purl oh, you're back!
08:20 tokuhirom__ joined #parrot
08:22 dukeleto mj41: do you have a last known good sha1 so that I can bisect?
08:22 dukeleto mj41: or svn rev :)
08:25 mj41 dukeleto: bisect? TapTinder found it was ok in r40556 and broken in r40557, and since 40557 fails without break .. http://tt.ro.vutbr.cz/repor​t/pr-Parrot/rp-trunk/page-3
08:27 dukeleto mj41: gotcha. I am boggled about how those tests break currently
08:30 mj41 dukeleto: there is only test output you can see after click on "failed" on http://tt.ro.vutbr.cz/report/pr-Parrot/do?tr​un-8721=on&amp;trun-8720=on&amp;trun-8722=on :-(
08:31 dukeleto mj41: "make test" passes but t/src/extend.t has failing tests, what is up with that?
08:32 dukeleto mj41: scratch that
08:32 dukeleto mj41: t/src/extend.t has one failing todo test on my machine, but I can't reproduce the errors that you are seeing
08:33 mj41 I should probably add some clients with ICU installed.
08:37 ttbot chromatic: Parrot trunk/ r40587 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/71768.txt
09:02 dalek parrot: r40588 | dukeleto++ | trunk/t/op/arithmetics.t:
09:02 dalek parrot: [t] Add various tests for NaN/Inf handling
09:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40588/
09:05 mj41 chromatic: sorry, ignore last ttbot msg, there is a bug
09:16 nopaste "mj41" at 147.229.5.176 pasted "dukeleto: t/src/extend on win32 (pc-jurosz)" (112 lines) at http://nopaste.snit.ch/17561
09:18 mj41 dukeleto: there is probably problem in Parrot_PMC_set_string on win32
10:06 HG` joined #parrot
10:12 Khisanth joined #parrot
10:15 pece joined #parrot
10:19 pece left #parrot
10:25 Khisanth joined #parrot
10:39 dalek parrot: r40589 | mikehh++ | trunk/src/pmc/nci.pmc:
10:39 dalek parrot: fix codetest failure - line length in src/pmc/nci.pmc
10:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40589/
10:52 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40589 - Ubuntu 9.04 amd64 (gcc)
10:52 bacek mikehh: can you test tt795 branch?
10:52 mikehh I'll give it a go
10:53 bacek thanks
10:57 mikehh rakudo still fails to build - Class '[ 'parrot' ; 'Random' ]' not found
11:06 mikehh partcl builds - make test FAIL - 1 additional failure - t/internals/pir_compiler.t - Failed tests:  1, 4 - others 6 tests exit status 1 but subtests PASS
11:11 Whiteknight joined #parrot
11:14 joeri joined #parrot
11:25 mikehh bacek: make test, make codetest PASS config tests PASS - running fulltest now
11:29 bacek mikehh: thanks
11:29 Whiteknight good morning #parrot
11:30 bacek good evening Whiteknight
11:30 patspam joined #parrot
11:32 quek joined #parrot
11:37 mikehh bacek: 1 failure - examples/shootout/mandelbrot.pir ALL others PASS
11:40 mikehh bacek: Ubuntu 9.04 amd64 with g++
11:40 bacek mikehh: thanks!
11:42 bacek mikehh: how did you manage to build partcl? It fails on "bsr" opcodes on my box
11:43 mikehh it requires a make install-dev as does rakudo now
11:44 dalek parrot: r40590 | bacek++ | branches/tt795_kill_parrot_sub_struct​ure/examples/shootout/mandelbrot.pir:
11:44 dalek parrot: [cage] Remove accidentally committed changes. mikehh++, bacek--
11:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40590/
11:44 bacek I know. But "bsr" op present in partcl sources...
11:49 mikehh bacek: I was testing that on trunk - let me see waht happens on tt795
11:56 mokurai left #parrot
12:01 mikehh bacek: it gives the same results on tt795 - I did a sudo make install-dev from tt975 - then with partcl - make realclean, svn up, perl Configure.pl --parrot-config=/usr/local/bin/parrot_config, make, make test
12:03 mikehh bacek: rakudo is still failing to build on tt795 with Class '[ 'parrot' ; 'Random' ]' not found
12:04 dalek parrot: r40591 | whiteknight++ | branches/context_pmc2:
12:04 dalek parrot: creating a new branch to look at creating a garbage-collectable Context PMC type. Doing things in baby steps.
12:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40591/
12:22 ascent joined #parrot
12:26 bacek joined #parrot
12:29 bacek hi again
12:29 purl oh, you're back!
12:30 bacek mikehh: can you run "/usr/local/bin/parrot --output=runtime/tcllib.pbc runtime/tcllib.pir" in partcl directory?
12:31 MoC joined #parrot
12:34 eirik joined #parrot
12:34 pece joined #parrot
12:34 mikehh bacek: and then?
12:35 bacek it fails on my box...
12:35 bacek And I don't understand why it doesn't fail on your :)
12:35 mikehh it ran, didn't complain or anything
12:38 bacek erm...
12:39 quek left #parrot
12:49 Andy joined #parrot
12:51 dalek parrot: r40592 | whiteknight++ | branches/context_pmc2 (6 files):
12:51 dalek parrot: [pmc_context2] create a skeleton PMC type for Context that is only a simple wrapper around the Parrot_Context* structure
12:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40592/
12:56 bacek apparently my partcl checkout is broken...
12:57 mikehh bacek: happens...
12:57 mikehh anyway got to take the dog out bbl
13:16 kid51 joined #parrot
13:28 masak joined #parrot
13:38 * Coke sees people testing partcl in scrollback, but is just skimming.
13:38 Coke mikehh++
13:38 Coke bacek++
13:55 bacek joined #parrot
14:08 dalek parrot: r40593 | whiteknight++ | branches/context_pmc2 (3 files):
14:08 dalek parrot: [context_pmc2] lots of changes to Context handling logic, especially pushing/popping, allocating/deallocating, and things that have to do with reference counting
14:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40593/
14:12 dalek parrot: r40594 | whiteknight++ | branches/context_pmc2/src/gc/alloc_register.c:
14:12 dalek parrot: [context_pmc2] some small fixes to my last commit
14:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40594/
14:20 tetragon joined #parrot
14:38 dalek lua: 8513839 | fperrad++ | README:
14:38 dalek lua: add a README
14:38 dalek lua: review: http://github.com/fperrad/lua/commit/85​13839bb6c88e99c64294bf73979a6781a4a042
14:44 dalek lua: c541867 | fperrad++ | README:
14:44 dalek lua: typo
14:44 dalek lua: review: http://github.com/fperrad/lua/commit/c5​41867acf85e6d4ef9ac028527f554bb06235ef
14:45 Psyche^ joined #parrot
14:52 dalek parrot: r40595 | whiteknight++ | branches/context_pmc2 (4 files):
14:52 dalek parrot: [context_pmc2] add some register accessor API functions. Use them. Headerizer
14:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40595/
14:57 dalek wmlscript: 3353b2c | fperrad++ | README:
14:57 dalek wmlscript: Add a README
14:57 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/3353b2c32dc1701272c1c0c9efaa80657c9d9b63
15:01 jan joined #parrot
15:08 urkle joined #parrot
15:11 urkle joined #parrot
15:33 HG` joined #parrot
16:01 bluefeet joined #parrot
16:03 payload joined #parrot
16:15 davidfetter joined #parrot
16:32 Andy joined #parrot
16:38 Whiteknight how do I signal EOF on the commandline in Bash?
16:38 eirik ^D
16:39 Whiteknight ah, that was it, thanks!
16:39 Whiteknight I was thinking ^Z, but that's windows
16:39 eirik no problem
16:39 eirik ^Z is put in background
16:39 masak ah, ^Z. that brings back old DOS memories...
16:40 Whiteknight thanks eirik++
16:41 bluefeet I've just built the latest rakudo following the "How to get Rakudo Perl 6" on rakudo.org and am trying to then get mod_parrot up and running.  I tried the latest released mod_parrot version (0.05, released january) and it almost immediately failed.  Then I tried a checkout from svn, and it got a little father, but fails on make test with "Cannot load /.../mod_parrot.so into server: /.../mod_parrot.so: undefined symbol: Parrot_find_glob
16:42 dukeleto bluefeet: interesting
16:42 dukeleto bluefeet: which os are you on?
16:42 bluefeet centos 5.x (5.2 I think)
16:43 eirik Whiteknight: happy to help
16:44 dukeleto bluefeet: looks like Parrot_find_glob no longer exists
16:45 dukeleto bluefeet: or it got renamed to Parrot_find_global_*
16:46 dukeleto bluefeet: where does mod_parrot live?
16:47 bluefeet haven't installed it yet - its still in it's build path, /home/aran/mod_parrot/src/.libs/mod_parrot.so
16:47 dukeleto bluefeet: i meant, did you check out from  https://svn.perl.org/parro​t-modules/mod_parrot/trunk ?
16:48 bluefeet oh, ya, I did - just a couple minutes ago via svn
16:49 dukeleto bluefeet: did you/your irc client trucate your message? can you pastebin the command that you typed as well as the complete error message?
16:49 bluefeet centos 5.3, if it matters
16:50 dukeleto s/trucate/truncate/
16:50 bluefeet sure
16:50 davidfetter joined #parrot
16:51 dukeleto pastebin your "uname -a, gcc -v, httpd -V" as well
16:56 dukeleto bluefeet: jhorwitz would be the best person to ask about this
16:56 dukeleto seen jhorwitz
16:56 purl jhorwitz was last seen on #parrot 26 days, 17 hours, 59 minutes and 17 seconds ago, saying: ok, dinner awaits.  i'll fix up the docs later tonight in time for the release.  [Jul 20 22:50:45 2009]
16:56 bluefeet dukeleto: http://scsys.co.uk:8001/32554
16:59 eirik is it okey to submit a small patch here? I found some documentation with outdated filenames. http://www.pvv.ntnu.no/~eir​ikald/api.c-gc-renames.diff
16:59 dukeleto bluefeet: i can't quite tell which parrot svn rev you are on, can you tell me the rakudo sha1 that you are on or the parrot svn rev?
16:59 chromatic joined #parrot
17:00 dukeleto erik: sure. have you thought about sending in the CLA so you can get a commit bit?
17:01 bluefeet `svn log` shows latest is r40521 on parrot
17:01 bluefeet (not sure if that is what you needed)
17:02 eirik dukeleto: perhaps I should do that, but for now I think I want to see if there is anything I can and want to contribute to for an extended periode of time first
17:03 eirik dukeleto: just started looking at the project yesterday. been wanting to get my hands into some vm (and friends) work for a while
17:03 dukeleto erik: sounds good. you can send patches by creating a new TT  on trac.parrot.org as well
17:04 bluefeet dukeleto: looks like rakuda sha1 is ada2b41a8da3f85105eb2d35747cc012dac91ef4
17:04 dukeleto erik: parrot has a wide landscape of things that still need to be worked on to get your hands dirty
17:05 dukeleto bluefeet: looks like you are using parrot r40521
17:06 eirik dukeleto: I'll make a ticket for that patch then.
17:06 dukeleto erik: go ahead, I will commit your patch and then close it :) it is good to have a record of your submissions on trac though
17:07 eirik dukeleto: it is
17:07 dukeleto erik: the process for getting a commit bit requires you to refer to a few patches that you have contributed
17:09 eirik dukeleto: added as #927.
17:10 dukeleto erik: we will be notified shortly :)
17:11 dalek TT #927 created by eirik++: Out of date documentation in src/gc/api.c after file renames.
17:11 eirik there we go
17:11 eirik dukeleto: I was looking for some low hanging fruits in the ticket system to get me started last night , but could not find any. Is there some other list somewhere of things to work on?
17:12 dukeleto erik: look for things marked cage or docs
17:12 dukeleto erik: what kind of stuff are you looking to do?
17:15 eirik dukeleto: code generation and analysis are some areas I like to work with.
17:17 eirik but some cage and docs tasks should be a good way to get started. To get acquainted with the code base.
17:17 dukeleto erik: yes, that is how you find the intersection of things you are interested in and things that are possible for you to work on :)
17:18 Andy joined #parrot
17:19 eirik dukeleto: it is. (oh, and it is eirik, not erik)
17:21 dukeleto eirik: oops, sorry 'bout that. my eyes are going in my old age :)
17:22 eirik dukeleto: don't worry about it. even people I tell my name to tend to get it wrong.
17:24 dukeleto eirik: which is your poison, svn or git ?
17:25 eirik I know svn, but I am leaning against git so I can just bring my lapttop and find a tree in the park to work under.
17:25 eirik svn is what I have been using for most of the other projects I have been working on.
17:25 dukeleto eirik: https://trac.parrot.org/pa​rrot/wiki/git-svn-tutorial
17:26 dukeleto eirik: a bunch of parrot hackers use git-svn, so if you have questions, just ask
17:26 eirik okey, thanks.
17:35 dalek tracwiki: v16 | dukeleto++ | git-svn-tutorial
17:35 dalek tracwiki: https://trac.parrot.org/parrot/wiki/git-​svn-tutorial?version=16&amp;action=diff
17:37 rindolf joined #parrot
17:37 dalek parrot: r40596 | dukeleto++ | trunk/src/gc/api.c:
17:37 dalek parrot: [TT #927][docs] Update filenames in src/gc/api.c, eirik++
17:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40596/
17:38 dalek TT #927 closed by dukeleto++: Out of date documentation in src/gc/api.c after file renames.
17:44 dukeleto bluefeet: mod_parrot.so: undefined symbol: Parrot_find_global_k is the culprit
17:46 dukeleto bluefeet: which is documented but does not seem to exist currently in Parrot
17:46 dukeleto Author: bacek <bacek@d31e2699-5ff4-0310-a27c-f18f2fbe73fe>
17:46 dukeleto Date:   Tue Jul 21 03:44:37 2009[cage] Remove unused Parrot_find_global_k function
17:46 dukeleto
17:46 dukeleto git-svn-id: https://svn.parrot.org/parrot/trunk@40187
17:47 dukeleto sorry for the awful formatting
17:47 dukeleto bluefeet: looks like that function went out the window in r40187
17:49 dukeleto bluefeet: if you want to play with mod_parrot, you could reset to r40186. you don't actually need the rev that rakudo needs, do you?
17:51 dukeleto does anybody know where the appropriate place to report mod_parrot bugs is? trac?
17:52 dalek TT #928 created by Austin_Hastings++: Probable edge-condition bug in PBC file generation
17:56 bluefeet dukeleto: ah, cool, thanks, ya I'll just try r40186 then
17:57 dalek parrot: r40597 | dukeleto++ | trunk/docs/embed.pod:
17:57 dalek parrot: [docs] Remove docs for Parrot_find_global_k which was removed in r40187
17:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40597/
17:59 bluefeet dukeleto: thanks much.  I'm off to the county fair to eat some good food and go on some rides with the kids.  later!
17:59 dukeleto bluefeet: no worries
18:09 payload joined #parrot
18:22 dalek TT #929 created by eirik++: Remove redundant old_blocks delcaration in compilers/imcc/pbc.c
18:53 Andy joined #parrot
19:22 PacoLinux joined #parrot
19:23 MikHel joined #parrot
19:33 mokurai joined #parrot
20:30 chromatic joined #parrot
20:34 dalek tracwiki: v33 | kjs++ | PIRCDevelopment
20:34 dalek tracwiki: various updates
20:34 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=33&amp;action=diff
20:48 dalek parrot: r40598 | dukeleto++ | trunk/MANIFEST.generated:
20:48 dalek parrot: [TT #925][install] Make sure dynops get installed into dynext/
20:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40598/
20:53 dalek TT #925 closed by dukeleto++: Dynops are not installed with "make install" nor "make install-dev"
20:53 rindolf left #parrot
20:56 braceta joined #parrot
21:02 mikehh that done broke the make
21:04 mikehh -> /usr/lib/libicudata.so: file not recognized: File format not recognized
21:05 mikehh collect2: ld returned 1 exit status
21:05 mikehh make: *** [blib/lib/libparrot.so.1.4.0] Error 1
21:07 dukeleto that's not cool
21:10 dukeleto mikehh: my latest commit to manifest.generated broke your make?
21:12 dalek parrot: r40599 | dukeleto++ | trunk/MANIFEST.generated:
21:12 dalek parrot: [cage] Remove duplicate lines in MANIFEST.generated
21:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40599/
21:15 mikehh dukeleto: I presume so
21:16 dukeleto mikehh: can you make sure to do a "make reaclean" and then nopaste the entire output of the make error ?
21:19 dalek rakudo: 5637208 | (Duke Leto)++ |  (4 files):
21:19 dalek rakudo: Convert any-num to the rand/srand dynops
21:19 dalek rakudo: The Random PMC was deprecated in Parrot 1.1 and is being removed as part
21:19 dalek rakudo: of 1.5 . This fixes the Rakudo build to use the dynamically loadable
21:19 dalek rakudo: math ops instead.
21:19 dalek rakudo: Plus changes by moritz:
21:19 dalek rakudo:  + bump build/PARROT_REVISION to r40598 where dynops installing is fixed
21:19 dalek rakudo:  + remove left-over usages of !random hll_global
21:19 dalek rakudo: Signed-off-by: Moritz Lenz <moritz@faui2k3.org>
21:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​6372080883f2204224912b4213b3a0383e0198e
21:19 dalek rakudo: 9959b21 | moritz++ | docs/ChangeLog:
21:19 dalek rakudo: [docs] mentioned installed parrot in ChangeLog
21:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​959b217d1280246a0d18ee65615a5f737f04a45
21:21 nillo joined #parrot
21:30 mikehh dukeleto: I think something might have got corrupted on disk - I am going to re-install libicu
21:34 dukeleto mikehh: ok, you scared me for a bit :)
21:42 bacek joined #parrot
21:44 mikehh ok it builds now
21:46 braceta left #parrot
21:52 mikehh and rakudo builds
21:52 mikehh running other tests now
22:00 joeri left #parrot
22:01 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40599 - Ubuntu 9.04 amd64 (g++)
22:08 chromatic ~20% of the time spent in examples/benchmarks/primes.pasm is in malloc/free.
22:14 moritz jonathan: there's a branch 'rep6object' in parrot, not touched for 3 months - is that still relevant? if not, svn rm ;-)
22:18 mikehh rakudo (5637208) builds on parrot r40599 - make test/make spectest (up to 28009) PASS - Ubuntu 9.04 amd64 (g++)
22:18 jonathan moritz: It may die.
22:19 bacek Good morning
22:19 purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
22:19 jonathan bacek: And good moroning to you
22:19 mikehh hi bacek
22:19 bacek jonathan: :)
22:19 jonathan ;-)
22:19 jonathan moritz: Kinda distracted at the moment...will try and remember to kill it soon.
22:23 moritz jonathan: I'll try to kill myself
22:23 jonathan moritz: Feel free, danke in advance.
22:23 moritz branching_guide.pod++
22:28 mikehh partcl r587 builds on parrot r40599 - make test FAILs 7 tests but only 2 subtests - t/internals/pir_compiler.t - Failed tests:  1, 4, 6 other tests exit status 1 but pass all subtests
22:29 mikehh I am not running partcl make spectest at the moment
22:29 dalek parrot: r40600 | moritz++ | branches/rep6object:
22:29 dalek parrot: remove outdated rep6object branch
22:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40600/
22:33 mikehh any suggestions what next to include in my testing?
22:38 bacek mikehh: lua
22:39 chromatic Hm, storing the Integer PMC's single INTVAL attribute in PMC_data directly instead of through a struct improves the primes.pasm benchmark by 30.97%.
22:39 MoC I just switched back to IRC and the first thing I read was "[00:23:08] <@moritz> jonathan: I'll try to kill myself" ;D
22:40 chromatic If sizeof (INTVAL) == sizeof (void *), that's even doable.
22:40 whoppix pmichaud++ # giving great feedback on http://use.perl.org/~korpenkraxar/journal/39051
22:40 rg1 joined #parrot
22:41 MoC btw: http://smolder.plusthree.com/app/pu​blic_projects/report_details/26249 The failed test within t/src/extend.t is new...
22:42 MoC Whereas new means something like "it wasn't there when I last smoked"...
22:42 mikehh bacek: that's git://github.com/fperrad/lua.git right?
22:48 jonathan chromatic: You may hurt future subclassability of Integer by doing that, but only if Parrot changes how it inherits from PMCs to eliminate proxy objects. And with some macro magic you can probably deal with that anyway.
22:48 jonathan erm, proxy object is the wrong name
22:49 jonathan I mean the instance it stores of a PMC it inherits from.
22:50 chromatic We already have PMC instance attribute macro magic.
22:51 chromatic See GETATTR_Integer_iv in src/pmc/pmc_integer.h for example.
22:51 jonathan Ah, OK.
22:51 jonathan Then that's probably going to fly.
22:51 dalek parrot: r40601 | chromatic++ | trunk/examples/benchmarks/primes.pasm:
22:52 chromatic If you don't want 30% faster Integers in Rakudo though, just say the word....
22:52 dalek parrot: [benchmarks] Removed hard tabs in primes.pasm benchmark.
22:52 dalek parrot: Removed several Integer PMC creations intended as out parameters for subsequent
22:52 dalek parrot: ops.  As those ops create their own out PMCs, this allocated twice as many PMCs
22:52 dalek parrot: as necessary.  The benchmark is now slightly more than twice as fast with no
22:52 dalek parrot: changes to Parrot itself.
22:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40601/
22:52 jonathan chromatic: Feel free to do it, I just wanted to make sure inheritability was considered.
22:53 jonathan But it sounds like it will be. :-)
22:54 chromatic Parrot ain't done until Rakudo can RUUUUUUUN.
22:55 * jonathan wants a t-shirt saying that for the next Parrot Developer Summit.
23:02 bacek joined #parrot
23:02 dalek parrot: r40602 | allison++ | branches/pcc_arg_unify/src/extend.c:
23:02 dalek parrot: [pcc] Convert 'Parrot_call_sub' API function over to new calling
23:02 dalek parrot: conventions, with signature handling in place for backward
23:03 dalek parrot: compatibility.
23:03 purl compatibility is a straw man.
23:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40602/
23:04 bacek mikehh: (lua) yes
23:06 bacek chromatic: did you ever consider to change PMC structure to something like struct FooPMC { struct header; attr1; ...; attrN }; where "header" is current PMC* (pruned), attr1..attrN generated from ATTRs.
23:06 bacek Then we can omit second allocation for PMC_data.
23:07 bacek (which is technically what you are proposing for Integer)
23:08 jonathan I guess it means you need pools of varying sizes to allocate stuff out of, and it gets a bit more complex to walk the PMC headers.
23:08 jonathan And less cache-friendly.
23:09 bacek NewPMC* and PMCheader are equivalent in terms of memory layout.
23:09 jonathan Though if a mark call involves a de-reference of the pointer anyway it may end up coming out almost equal if the common case is liveness.
23:09 jonathan bacek: No, I meant more the spacing between the PMCs.
23:10 bacek jonathan: "spacing"?
23:12 jonathan bacek: If the PMCs are being allocated out of a buffer, and you are making all of the data be allocated out of that space rather than just a header, then you have to look at every PMC in the arena when doing a DOD run, then it follows that you've more memory space to wander through. This may mean less of it fits into CPU caches, which potentially implies a performance hit.
23:12 jonathan OTOH the wins may outweigh that hit.
23:14 bacek jonathan: we are checking every PMC during DOD anyway. And VTABLE_mark trash caches because you have to load new piece into cache.
23:14 bacek I suspect with "single PMC chunk" it will be faster (because whole PMC already there)
23:14 jonathan bacek: Maybe. However, we only need to call VTABLE_mark on stuff we know is alive.
23:15 jonathan bacek: I guess that's what we do anyway.
23:15 jonathan So a bunch of the time, depending on the death rate, we don't do VTABLE_mark.
23:15 jonathan I'm not sure how significant that factor is.
23:15 bacek Than I don't quite understand why "you have to look at every PMC in the arena when doing a DOD run"...
23:16 jonathan But yes, VTABLE_mark does likely cause some cache misses.
23:16 jonathan Ah, it's not in the DOD run I guess, it's probably the sweep...if those are still two distinct phases (I haven't kept watch).
23:18 patspam joined #parrot
23:18 jonathan Anyway, given so much is hidden away behind macros now, it may not be too hard to prototype the idea. It'd be a good bit of work still, but maybe not so bad.
23:19 nathanmccauley joined #parrot
23:19 bacek I do not look for low-hanging fruits :)
23:22 jonathan One danger is that it's a bit less "defensive"
23:23 bacek Anyway, I'll try to prototype something after auto_attrs branch merge.
23:23 jonathan In that right now, if you somehow overrun a buffer when copying stuff to the PMC struct, you're probably not going to affect other PMCs, or at least not their header data.
23:23 jonathan But given people don't tend to put buffers in there directly, but pointers to them, that's perhaps a non-issue.
23:23 jonathan Or a very minor one.
23:23 bacek jonathan: if you overrun memory you are doing it wrong :)
23:24 jonathan Well yes, of course, but designing things to try and limit damage when people innevitably do probably isn't a bad thing. ;-)
23:25 jonathan Anyway, it'd be an interesting prototype to see.
23:25 bacek Of course it's good. But it's dark scary low-level C world with raw pointers.
23:26 jonathan Things that go SEGV in the night.
23:27 bacek And steal your memory.
23:28 bacek Join the Dark Side, Luke.
23:28 davidfetter free() the malloc()s!
23:29 bacek sweep() the mark()s!
23:29 bacek $dayjob time. See you!
23:30 chromatic bacek, I did.  I'd like to see that eventually.
23:30 MoC joined #parrot
23:32 MoC` joined #parrot
23:33 NotFound bacek: current plan is merging the branch just after the release.
23:37 treed Anyone else getting a segfault attempting to build parrot?
23:38 * treed just did an svn up.
23:38 treed ./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
23:38 treed /bin/sh: line 1: 14448 Segmentation fault      ./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
23:38 treed make: *** [runtime/parrot/include/config.fpmc] Error 139
23:40 dalek parrot: r40603 | mikehh++ | trunk/t/benchmark/benchmarks.t:
23:40 dalek parrot: fix benchmark.t for changes in primes.pasm (1000 -> 5000)
23:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40603/
23:40 NotFound treed: have you done a realclean?
23:40 treed Nope, that may be it.
23:40 treed >_>
23:45 mikehh rakudo (5637208) builds on parrot r40601 - make test/make spectest (up to 28010) PASS - Ubuntu 9.04 amd64 (gcc)
23:45 treed Yeah, that was it.
23:45 treed However.
23:45 purl Consequently, and fuuuuurther-moooooore
23:45 treed I'm trying to run a smolder_test, and I apparently don't have TAP.
23:45 treed Could not load TAP::Harness::Archive.
23:45 treed I'm not really a perl person. How do I install it? (OS X)
23:46 MoC joined #parrot
23:47 NotFound treed: using CPAN
23:47 * treed doesn't know how to use CPAN.
23:47 NotFound But I'm not really a OS X person ;)
23:47 treed I recall trying once before.
23:47 treed It was a scary experience.
23:47 treed It was trying to download some file that it could never download.
23:48 * treed finds http://sial.org/howto/perl/life-with-cpan/macosx/
23:48 treed Hopefully that'll work.
23:48 NotFound treed: then better wait for someone with OS X experience with it.
23:49 treed Hm.
23:49 treed I tried "sudo -H cpan -i TAP::Harness::Archive" and it seemed to complete successfully, but maybe not
23:50 NotFound Just try
23:50 treed Oh, no, it didn't succeed.
23:50 treed make had problems
23:50 treed Can't locate Module/Build.pm
23:51 treed Trying to -i Module::Build
23:51 NotFound Usually you need to install or update a lot of modules for dependences of TAP::Harness::Archive
23:52 NotFound Maybe you have cpan configured to not auto follow dependences.
23:52 treed Now it's asking me if I want to follow.
23:55 treed There we go.
23:56 chromatic joined #parrot

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

Parrot | source cross referenced