Camelia, the Perl 6 bug

IRC log for #parrot, 2009-02-02

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:08 TiMBuS joined #parrot
00:09 AndyA joined #parrot
00:46 Fayland joined #parrot
01:14 kid51 joined #parrot
02:20 s1n was PARROT_FLOATVAL_INF_NEGATIVE (and POSITIVE) replaced by something?
02:30 arbingersys joined #parrot
02:36 s1n nevermind, my mistake
02:52 dalek parrot: r36268 | petdance++ | trunk:
02:52 dalek parrot: bunch of Critic changes
02:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36268/
03:12 bacek_ joined #parrot
03:19 galf joined #parrot
03:37 Theory joined #parrot
03:38 Theory joined #parrot
03:53 mberends joined #parrot
04:00 Fayland joined #parrot
04:36 TiMBuS make[1]: Entering directory `/home/timbus/parrot/docs'
04:36 TiMBuS /usr/bin/perl -I../lib -MParrot::Distribution -e "Parrot::Distribution->new()->delete_html_docs()"
04:36 TiMBuS syntax error at ../lib/Parrot/Distribution.pm line 814, near "}"
04:36 TiMBuS Compilation failed in require.
04:36 TiMBuS i get this running make clean, is it a known issue?
04:48 Andy joined #parrot
04:54 GeJ I get the same one during "make html"
04:56 GeJ looks like the trailing semicolon is at fault
04:57 Fayland joined #parrot
05:01 s1n Coke: i'm getting the merry-go-round with this rt access thing
05:16 Tene joined #parrot
05:27 Theory joined #parrot
05:32 dalek parrot: r36270 | allison++ | trunk/lib/Parrot/Pmc2c/PMCEmitter.pm:
05:32 dalek parrot: [cage] Ripping out a chunk of code from the old MMD system that isn't used
05:32 dalek parrot: anymore. Resolves RT #43737.
05:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36270/
05:46 dalek parrot: r36271 | allison++ | branches/pdd28str_part2:
05:46 dalek parrot: [pdd28str] Removing old 'string_repeat' function, since everything is already
05:46 dalek parrot: migrated over to 'Parrot_str_repeat'.
05:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36271/
05:56 jrockway joined #parrot
06:04 dalek parrot: r36272 | allison++ | branches/pdd28str_part2:
06:04 dalek parrot: [pdd28str] Renaming 'string_substr' to 'Parrot_str_substr'.
06:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36272/
06:24 rafl joined #parrot
06:31 dalek parrot: r36273 | allison++ | branches/pdd28str_part2:
06:31 dalek parrot: [pdd28str] Renaming 'string_replace' to 'Parrot_str_replace'.
06:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36273/
06:49 dalek parrot: r36274 | allison++ | branches/pdd28str_part2:
06:49 dalek parrot: [pdd28str] Renaming 'Parrot_str_chopn' and 'Parrot_str_chopn_inplace'.
06:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36274/
07:10 uniejo joined #parrot
07:32 iblechbot joined #parrot
07:33 dalek parrot: r36275 | allison++ | branches/pdd28str_part2:
07:34 dalek parrot: [pdd28str] Renaming 'string_compare' to 'Parrot_str_compare'.
07:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36275/
07:51 dalek parrot: r36276 | allison++ | branches/pdd28str_part2:
07:51 dalek parrot: [pdd28str] Renaming 'string_equal' to 'Parrot_str_equal'.
07:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36276/
08:49 skv___ joined #parrot
08:58 skv_ joined #parrot
09:02 Gerd joined #parrot
09:25 alvar joined #parrot
09:37 skv_____ joined #parrot
09:42 bacek joined #parrot
09:47 tomyan joined #parrot
10:13 masak joined #parrot
10:14 skv joined #parrot
10:42 kj joined #parrot
10:52 bacek joined #parrot
10:58 dalek parrot: r36277 | rurban++ | trunk/lib/Parrot/Distribution.pm:
10:59 dalek parrot: revert r36276, illegal syntax keys %{$generated}
10:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36277/
11:00 skv joined #parrot
11:05 register joined #parrot
11:06 register I can't find clear documentation about what this command is supposed to do: parrot.exe Perl6Grammar.pir  --output=PGE\builtins_gen.pir PGE\builtins.pg
11:08 kj register: it runs the program Perl6Grammar, giving it an option --output, and a value for that option (the value after =), and then the argument for the program Perl6Grammar
11:08 TiMBuS beaten while typing it
11:09 TiMBuS :<
11:09 kj perl6grammar is a compiler that translates the .pg file (a grammar file) into PIR
11:09 register ok
11:10 register but the output option should contain only .pbc or .pasm extensions right?
11:10 register at least this is what is writtend in the docs
11:10 TiMBuS its the output of Perl6Grammar.pir
11:11 kj no
11:11 kj a .pg file is a subset of perl6, basically
11:11 kj so you need to translate it into PIR
11:14 kj output extensions should only be .pbc (and pasm, in theory ,but that doesn't work properly), if you run the file directly into parrot
11:14 register ah gotcha. I mixed it up the parrot --output option with the Perl6grammar option. Now i got it. thanks
11:15 kj that means, you only want to use the parrot assembler; in this case, you run a program on parrot, that does the main thing, namely compiling a .pg file into PIR. That, can then be compiled to .pbc, if you want
11:15 kj oki
11:19 iblechbot joined #parrot
11:22 tomyan left #parrot
11:23 tomyan joined #parrot
11:42 dalek parrot: r36278 | jkeenan++ | trunk:
11:42 dalek parrot: Eliminate some quotes in error messages to quiet perlcritic and allow tests to once again pass.
11:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36278/
11:43 skv joined #parrot
11:51 s1n Coke: rbrt said: "Coke can add you. Patrick can too.  They may not remember that the Perl6 and Parrot queues use the same access controls.  While I administer the system, I try not to be involved in the day to day management of who has access to Perl6/Parrot bugs."
11:53 jimmy joined #parrot
12:16 donaldh joined #parrot
12:22 kid51 joined #parrot
12:23 nopaste "kid51" at 24.188.182.149 pasted "Syntax errors in Parrot::Distribution" (7 lines) at http://nopaste.snit.ch/15480
12:29 kid51 I think this should do it.
12:30 dalek parrot: r36279 | jkeenan++ | trunk/lib/Parrot/Distribution.pm:
12:30 dalek parrot: Correct syntax error; eliminate extra semicolon.
12:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36279/
12:35 AndyA joined #parrot
13:31 davidfetter joined #parrot
13:44 dalek parrot: r36280 | rurban++ | trunk/docs/dev/byteorder.pod:
13:44 dalek parrot: [docs] byteorder.pod
13:44 dalek parrot: - add general explanation to Overview
13:44 dalek parrot: - add Low level FLOATVAL fetch and convert functions
13:44 dalek parrot: - add reference to src/packfile/pf_items.c
13:44 dalek parrot: - add pod coda
13:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36280/
13:50 Coke s1n: (same access controls) no, I certainly did not realize that.
13:50 Coke s1n: what is your rt id?
13:51 skv joined #parrot
13:51 Coke (follow the steps in docs/project/meta* and let me know when you're set.)
13:57 dalek parrot: r36281 | NotFound++ | trunk/src/pmc/class.pmc:
13:57 dalek parrot: fix Class pmc vtable remove_attribute declaration
13:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36281/
13:59 dalek parrot: r36282 | cotto++ | trunk/tools/build/nativecall.pl:
13:59 dalek parrot: [pmc] PMC_int_val -> VTABLE in src/nci.c
13:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36282/
14:01 cotto I like playing with code generators.
14:02 cotto Then again Parrot itself is one giant code generator generator.  Maybe that why I'm here.
14:03 Coke (code generators) Really? I have an RT for you, then.
14:04 cotto woohoo!
14:05 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=39313
14:05 cotto ooh.  an oldie
14:05 Coke the pmc2c generator drops things on the floor.
14:05 cotto nice feature, that
14:05 Coke so you might be trying to override something, and have your definition not show up in the resulting .c
14:05 Debolaz joined #parrot
14:05 Coke /and/ not error out.
14:05 Coke I think if we just do a passthrough of everything, and have the C compiler fail on things it doesn't understand, that's fine.
14:06 Coke er, of everything that isn't transformed.
14:06 cotto that could help make PMCs less confusing
14:07 Coke that ticket was only opened 972 days ago. =-)
14:07 Coke if you hurry, you can close it before it hits 1000. =-)
14:08 moritz 365*3
14:08 purl 1095
14:10 cotto It's kinda sad that there are a couple dozen tickets older than that.
14:12 gryphon joined #parrot
14:14 Whiteknight joined #parrot
14:14 dalek parrot: r36283 | cotto++ | trunk/src/dynpmc/rational.pmc:
14:14 dalek parrot: [pmc] use VTABLE functions instead of PMC_int_val
14:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36283/
14:15 Coke msg particle http://rt.perl.org/rt3/Tic​ket/Display.html?id=44393 has been waiting for your input since for about a year and a half. Can you please comment on the ticket?
14:15 purl Message for particle stored.
14:24 Whiteknight Coke, I think that's a duplicate of RT#46405. I'm on it
14:24 Whiteknight I've got a fix in mind, I'm just looking for a test case to prove once I've fixed it
14:38 Coke Whiteknight: you mean the one I pinged particle on?
14:38 Whiteknight yeah
14:43 Coke have the failing tests showing up on linux been addressed?
14:46 Coke What do folks think about the parrotcode blog vs. the parrot.org site?
14:47 Whiteknight Coke: which failing tests? the t/native_pbc/ ones?
14:47 kj Coke: the parrotblog.org site you mean?
14:47 Coke Whiteknight: http://smolder.plusthree.com/app/p​ublic_projects/smoke_report/17732
14:47 shorten Coke's url is at http://xrl.us/beenkw
14:47 Coke kj: yes.
14:47 kj I wouldn't mind if it would be integrated
14:47 kj to have a more unified communication channel
14:47 kj parrotblog.org could still link to it
14:47 Coke mmm. I know unified isn't all web2.5 ...
14:50 * Coke is pondering an article, and will probably drop it on parrot.org
14:51 kj but parrot.org is more of a official news thingy
14:51 kj while people like me, with no official status, can just drop stuff on parrotblog...
14:52 Coke that's not a terrible distinction.
14:52 PacoLinux joined #parrot
14:52 Coke (no official status) you're a committer. =-)
14:53 kj well, dunno. If i'm writing on gory details of how to this or that while implementing, say, a PIR compiler :-)
14:56 Coke yay, PGE  build is segfaulting for me on feather.
15:02 Infinoid the test_pbc_annotation_persistence rule in the Makefile isn't -j safe.  During make test -j, it's executed *way* before parrot is actually built.
15:03 moritz yes, I opened a ticket for that
15:03 Infinoid I think I can fix it.  What's the ticket number?
15:05 kj Coke: (parrotblog) for a short-term solution, making parrotblog the same style (same logo etc.) would at least communicate a closer link relationship between parrot.org and parrotblog.org
15:05 moritz Infinoid: TT#231
15:12 Infinoid moritz: Thanks, fix is on the way.
15:13 moritz Infinoid++
15:14 Infinoid (just fixing up some codingstd stuff too)
15:21 dalek parrot: r36284 | Infinoid++ | trunk/config/gen/makefiles/root.in:
15:21 dalek parrot: [makefile] The t/op/annotate.t test can't run before parrot is built.
15:21 dalek parrot: Thus, it needs to depend on test_prep, otherwise it fails with -j.
15:21 dalek parrot: This fixes TT #231.
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36284/
15:21 dalek parrot: r36285 | Infinoid++ | trunk:
15:21 dalek parrot: [cage] Fix codetest failures from tabs.t, c_code_coda.t and c_header_guards.t.
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36285/
15:25 tomyan left #parrot
15:26 tomyan joined #parrot
15:32 tomyan left #parrot
15:43 cotto Is there a way to get an RSS feed for changes to the trac wiki?
15:44 skv joined #parrot
15:46 dalek parrot: r36286 | cotto++ | trunk:
15:46 dalek parrot: [pmc] unionval -> VTABLE for in-tree users of the Integer PMC
15:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36286/
15:47 khisanth_ joined #parrot
15:51 Whiteknight cotto: I can't find an RSS feed for it, no
15:52 lathos Here's a sample was to do it: http://dev.simon-cozens.org/songbee/timeline?wi​ki=on&amp;max=50&amp;daysback=90&amp;format=rss
15:52 shorten lathos's url is at http://xrl.us/beenwe
15:53 lathos Replace for whichever trac you're using.
15:54 Theory joined #parrot
15:58 cotto it looks like trac needs an extension to support that feature
16:00 Infinoid Now t/native_pbc/number.t test 3 is failing on x86-64.  (Previously, #1 and #2 were failing, but they've since been TODOed.)  Looking at the test, it seems like it's supposed to be x86-64 specific.
16:01 particle i've got 1-3 failing msvc
16:01 Infinoid That's on x86-32, right?
16:02 Infinoid You might want to mention that on TT #254, it sounds like they've been only paying attention to linux and darwin.
16:02 particle yep
16:07 rg then at least i'm not the only one who didn't find that rss feed ;). But someone told me where to find it: https://trac.parrot.org/parrot/timeline
16:08 Infinoid Right, that's the global rss feed.  I was looking for a wiki-specific one a while ago, but couldn't find one.
16:08 rg you can set the options to only show wiki changes
16:08 lathos And if you add ?wiki=on&format=rss you get the address that I said a few moments ago.
16:09 Infinoid lathos++ rg++
16:09 particle Infinoid: is this for a bot?
16:09 Infinoid Yeah, I've had a couple of requests for dalek posting wiki updates in here
16:09 Coke particle: can you run the command " make pdump; ./pdump t/native_pbc/integer_1.pbc" for rurban?
16:10 Coke (he's asked everyone else who is reporting problems to do that.)
16:10 particle ah, wilco
16:10 particle Infinoid++
16:10 Infinoid (I haven't actually *done* anything about those requests, yet.)
16:14 register joined #parrot
16:14 register how do I modify a trac ticket?
16:14 Coke login?
16:14 purl hmmm... login is still checked in the database
16:14 particle do you have a trac account at parrot.org?
16:16 register I don't think so
16:16 register should I ask someone?
16:17 rg you can simply register yourself
16:20 Coke (upper right hand corner, click on "register"). be sure to confirm your email address.
16:21 * Coke wonders if rurban's recent change broke the PGE build.
16:21 Andy joined #parrot
16:30 basic Infinoid (or anyone else): want to test email2trac again?
16:30 Infinoid basic: sure, one moment.
16:32 basic thanks
16:32 Infinoid Ok, I've sent another reply to tickets@parrot.org.  No indication of it on the ticket page yet, though.
16:32 Tene_ joined #parrot
16:32 Zaba joined #parrot
16:33 basic doh, okay, one more combination of settings to try
16:33 Infinoid No problem, lemme know.
16:36 rurban joined #parrot
16:37 cotto Coke, does that error you just reported persist after a make reconfig?
16:37 cotto #261
16:37 Infinoid rurban: Hi!  t/native_pbc/number.t started failing for me again on linux/x86-64... but this time it's test #3.  Looking at the test, I guess it's supposed to be native for me.  What can I do to help sort this out?
16:38 particle after a realclean, you mean. i was just going to ask that
16:38 cotto or that
16:38 particle the ticket has 'perl Configure.pl' in it
16:39 particle i'm not sure that's enough to regenerate the pbc, though
16:39 hercynium joined #parrot
16:39 rurban Infinoid: strange x86-64 native works fine for me.
16:39 rurban can you paste the result
16:39 Coke cotto "what is "make reconfig" ?
16:39 Infinoid Sure, one moment.
16:39 Coke cotto, yes.
16:39 Coke looking again at #260, those might be the same issue.
16:40 cotto gah
16:40 rurban I just fixed the 64-bt alignment bug in directories and ound another one with string alignments...
16:40 Infinoid rurban++
16:41 cotto make reconfig is the same as make clean && perl Configure.pl, afaict
16:41 Infinoid basic: If you haven't already seen this, I got another "User unknown in virtual alias table" error from your postfix in reply to my most recent test.
16:43 particle is ajr here?
16:43 basic yeah, i just sent a config change to the relays, they should update within the hour.  Hopefully that fixes it :)
16:43 nopaste "Infinoid" at 96.238.213.50 pasted "t/native_pbc/number.t failure on gentoo/amd64 for rurban" (67 lines) at http://nopaste.snit.ch/15481
16:43 cotto Coke, if you want to reproduce the segfault, you also need to run the command to generate PGE.pbc before running gdb
16:43 dalek parrot: r36287 | whiteknight++ | trunk/src/tsq.c:
16:43 dalek parrot: [Core] Add stub file description to tsq.c
16:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36287/
16:43 skv joined #parrot
16:43 Infinoid rurban: There's your nopaste.  It doesn't crash, it just has different output...
16:44 cotto Coke, is the problem caused by r36286 or does it appear before then?  I saw similar problems trying to convert the Integer PMC to use ATTRs, but I made sure not to commit that code.
16:44 dalek parrot: r36288 | whiteknight++ | trunk/src/gc/resources.c:
16:44 Infinoid basic: Ok, I can try again in an hour.
16:44 rurban gentoo/amd64 hmm. I saw this error before
16:44 dalek parrot: [Core] Add some basic file documentation to src/gc/resources.c
16:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36288/
16:45 cotto (active day today, btw)
16:45 Infinoid cotto: Happy Monday!
16:45 basic thanks, i've gotta run to class
16:45 dalek parrot: r36289 | whiteknight++ | trunk/src/packout.c:
16:45 Infinoid basic++, thanks!
16:45 dalek parrot: [Core] add some basic file-level documentation to packout.c
16:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36289/
16:46 rurban looks like another double float issue. maybe I should create for each failre a new ticket? we had a wrong 64bit advance, a wrong 64bit ALIGN_16, and a wrong 64bit string ROUND_UP.
16:46 rurban and now a 64bit native double float issue. should not happen
16:47 Infinoid Our long-term goal is to be able to support every format from every architecture, right?  Maybe the tests should be laid out with that in mind.
16:47 Infinoid (That said, I'm not very familiar with the current state of things.)
16:47 rurban sure. what is missing is 64bit big-endian
16:48 dalek parrot: r36290 | whiteknight++ | trunk/src/dynext.c:
16:48 rurban that woudl be test _4.pbc
16:48 dalek parrot: [Core] Add basic file-level documentation to dynext.c
16:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36290/
16:48 Infinoid Hmm.  What's an example of that?  Tru64?
16:48 Infinoid No, that's alpha (LE).
16:48 rurban really don't know, could be
16:48 Infinoid MIPS64 could be run in big endian mode, I suppose.  I don't know anyone who has one, though.
16:49 rurban and there's another weird arch for floattype 1
16:49 rurban there's even transformer code missing for that.
16:50 rurban it's "x86 little endian 12 byte long double"
16:50 rurban that would be test _5.pbc
16:51 Infinoid We need to bribe someone with a sparc64 box.
16:52 rurban maybe I can produce a vmware image for this arch. I already have the boot dvd as iso around
16:52 rurban my last image ran out of discspace though. 3gig was not enough and zfs is weird
16:53 rurban I had to destroy a interim snapshot to be able to rm some files
16:53 Infinoid Last time I tried to emulate sparc, I ran into the same problem, and it took days to get to that point.
16:53 Coke cotto; I have been bitten before by the 2 step juggle there in PGE; I'd much rather see a true intermediate file.
16:54 Infinoid I think I was emulating sparc32 and trying to install some opensolaris distro, though.
16:54 rurban I'll try on windows xp with sparc64 opensolaris 10 2008.05
16:55 Coke cotto: Revision: 36204
16:55 rurban but I need the gentoo amd64 cross-compiler first
16:55 Coke (the problem seems to exist at least back that far.)
16:55 rurban what's the name for the gcc-amd64 on gentoo?
16:56 Infinoid uh.  "gcc"
16:56 Infinoid x86_64-pc-linux-gnu-4.3.3
16:57 rurban thanks. will buiild now. in the meantime I'll disable the failing tests. we've got enough info now.
16:57 Infinoid Ok, lemme know.
16:57 Coke rant: the language/ blocks of languages makes it a PITA to svn up to older revisions.
16:58 Coke "hey, you already have languages/WMLscript. *vomit*"
16:58 flh joined #parrot
16:59 cotto I'm glad I didn't break it, then.
16:59 cotto I've broken enough already.
17:00 Infinoid I haven't broken nearly enough yet.  I'll get right on that.
17:02 * Coke wonders who installed parrot on feather.
17:06 cotto Infinoid++
17:06 Coke cotto: doing an svn-bisect now to see when PGE started barfing.
17:08 Infinoid What's everyone's favorite date-handling CPAN module these days?  I need to convert "Sun, 01 Feb 2009 23:06:36 GMT" into something I can sort() by.
17:08 Infinoid (this is for dalek's tracwiki logging)
17:09 particle the DateTime folks will tell you theirs is best
17:09 * rg likes DateTime, too
17:10 dalek parrot: r36291 | rurban++ | trunk:
17:10 dalek parrot: More 64-bit pbc fixes for TT #254:
17:10 dalek parrot: - fix src/packfile.c ALIGN_16() macro for 64-bit
17:10 dalek parrot: - add lots of debugging code, enable with TRACE_PACKFILE 2
17:10 dalek parrot: - mark more failing tests for 64-bit.
17:10 dalek parrot:   interestingly t/native_pbc/number_3 fails native on gentoo-amd64,
17:10 dalek parrot:   but not on solaris-64int.
17:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36291/
17:12 rblackwe joined #parrot
17:14 rurban Infinoid: and what is the gentoo packager command ?
17:15 moritz "ebuild"?
17:15 rurban thanks, portage and ebuild
17:15 Infinoid emerge
17:19 moritz e-xecute
17:20 rurban I think I have to emerge system and emerge world also, this will need a while... :)
17:22 Infinoid Oh, cool, XML::RAI converts the rss date into a sane format automatically.
17:22 Infinoid (XML::RAI)++
17:30 Coke 11 revisions left to check...
17:32 Infinoid Git and Subversion both have the nice advantage of global revisioning; the wiki has per-file revisioning.  So I'm not sure dalek's current format is appropriate for wiki changes.
17:32 Infinoid So what would you guys prefer?
17:32 Infinoid tracwiki: r2 | coke++ | AbandonedLanguages:
17:32 Infinoid tracwiki: https://trac.parrot.org/parrot/w​iki/AbandonedLanguages?version=2
17:32 shorten Infinoid's url is at http://xrl.us/beeoea
17:32 Infinoid or
17:32 Infinoid tracwiki: coke++ | AbandonedLanguages version 2
17:32 Infinoid tracwiki: https://trac.parrot.org/parrot/w​iki/AbandonedLanguages?version=2
17:32 shorten Infinoid's url is at http://xrl.us/beeoea
17:32 Infinoid or something else entirely?
17:34 moritz I like the r2 in front
17:34 moritz s/in /up/
17:34 Infinoid Yeah, the problem is that it varies totally depending on the page being edited.
17:34 Infinoid For instance, right below that would appear:
17:34 Infinoid tracwiki: r45 | coke++ | Languages:
17:34 Infinoid tracwiki: https://trac.parrot.org/parr​ot/wiki/Languages?version=45
17:35 Infinoid So it seems a little confusing to me.  It does look like the rest of dalek's output though, so I'm not *too* bothered by it
17:37 Coke given the page name is in the url, and you can only edit one at a time, the first line could just be for karma.
17:37 * Coke doesn't care too much, though; consistency with other feeds good.
17:37 kj what's the difference between a dormant and an inactive language?
17:37 Infinoid So how about:  tracwiki: coke++ | https://trac.parrot.org/parrot/w​iki/AbandonedLanguages?version=2
17:37 shorten Infinoid's url is at http://xrl.us/beeoea
17:39 particle Infinoid: how about v2 | coke++ | Languages:
17:39 Infinoid What, s/r/v/?
17:39 particle yep
17:39 Infinoid Ok.
17:39 cotto "Beeoea" sounds like the name of a town.
17:40 * Infinoid also removes the trailing colon, as there's no log following.
17:40 moritz that way the irc logs won't confuse them with svn revisions
17:46 Infinoid Ok, new plugin installed.
17:46 dalek joined #parrot
17:49 dalek tracwiki: v2 | cotto++ | SandBox
17:49 dalek tracwiki: https://trac.parrot.org/par​rot/wiki/SandBox?version=2
17:49 Coke cotto: it was apparently fperrad.
17:51 moritz the ticket count in the topic - is that RT + trac? or just RT?
17:51 moritz the weekly summary says it's only 485
17:51 moritz in RT
17:52 cotto are there any failing tests in t/pmc/class.t?
17:54 kj t/dynpmc/foo.t is failing on win32. *again*
17:56 moritz on linux only t/native_pbc/number.t fails (1-3)
17:56 rurban still, I just committed a todo
17:56 rurban ?
17:58 rurban for libnci_test I have a failing linking on solaris 64-bit. $linkflags is not propagated (-m64 is needed there)
17:58 * particle is getting sick of realclean
17:58 Coke it says "RTs". (so not trac)
17:59 rurban moritz: did you do a svn up for t/native_pbc/number.t ?
17:59 Coke particle: like failures on -j, it means we haven't spec'd our deps properly.
17:59 Coke doesn't help that we're building things in Configure.pl that should be generated during make.
17:59 moritz rurban: I did, but I'll do again..
17:59 particle coke: the makefile templates keep changing, so i need to reconfig all the time now
18:01 particle profiling and optimizing pmc2c and c2str could improve my build time a bunch
18:01 Infinoid I'd like to implement a ccache equivalent for those two.  I may have mentioned that before.
18:01 particle yeah, that'd be nice
18:01 cotto Go for it!  I'd love to see build times go down some.
18:01 particle or have a daemon run processing requests for them
18:02 Coke or we could properly only update things if it was necessary.
18:02 Infinoid Ccache on linux removes the compilation overhead, for the most part.  Those two are the biggest remaining processes.
18:02 Coke (daemon) overcomplicate much?
18:02 particle after realclean, it all needs to be rebuilt
18:02 Coke so avoid realclean more often instead.
18:02 particle coke: something to prevent the .pm files from being reloaded every invocation
18:02 particle coke: you can't avoid realclean when makefile templates change
18:03 particle they've been changing every day for weeks now, it seems
18:03 Infinoid Loading .pm files happens pretty fast, here.  But I guess spawning processes has more overhead on win32, generally.
18:03 Coke no, but assuming that's the common case and something we should optimize for is wrong.
18:04 moritz ok, I svn up'ped, and have lots of new failures - or do I need another realclean?
18:04 particle try realclean, there shouldn't be lots of failures
18:04 * Infinoid realcleans by default
18:04 Coke moritz: if you have ask, the answer is generally yes.
18:04 rurban I did no realclean for my updates, hmm
18:04 * particle doesn't have ccache
18:05 rurban but maybe the string tables changed
18:06 Infinoid Almost always does...
18:10 basic Infinoid: any luck?
18:10 nopaste "moritz" at 91.10.140.202 pasted "Failing tests on r36291 (32 bit linux)" (36 lines) at http://nopaste.snit.ch/15482
18:11 moritz that's after reclean + Configure.pl
18:11 Infinoid basic: the server accepted the message, but I see no change to the ticket
18:11 Infinoid basic: I have no idea whether the stuff I'm sending is formatted correctly, or not.
18:12 Infinoid To: tickets@parrot.org, Subject: Re: [parrot-tickets] [Parrot] #49: install email2trac
18:15 rurban moritz: 64bit?
18:15 purl hmmm... 64bit is a little short.  Go for 128bit signed.
18:16 moritz rurban: 32 bit
18:16 rurban strange: cannot reproduce the failing number test. can you paste perl t/native_pbc/number.t
18:18 moritz rurban: http://nopaste.snit.ch/15483
18:18 rurban ah! thanks
18:18 skv joined #parrot
18:21 moritz gotta go now, bbl
18:22 kj rurban: I get the same output as pasted, on win32
18:23 rurban wait a sec, I'll try a clean build
18:23 chromatic joined #parrot
18:27 dalek parrot: r36292 | fperrad++ | trunk/t/codingstd/filenames.t:
18:27 dalek parrot: [t] localize a variable
18:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36292/
18:32 cognominal joined #parrot
18:36 szabgab It would be nice if someone with Rakudo and Test.pm foo could take a look at  bug [perl #62992] I just filed
18:38 Ron joined #parrot
18:41 bacek joined #parrot
18:41 barney joined #parrot
18:41 rurban I see. I've broken the pbc reader, sorry.
18:45 particle ok, i've got ccache working with msvc, but is there anything i need to configure? environment vars, options, etc?
18:48 rurban take care of LIBS and INCLUDE. they must be defined
18:49 particle i mean like cache dir or size
18:49 rurban not LIBS, it is LIB
18:52 dalek tracwiki: v18 | cotto++ | PMCUnionDeprecationTasklist
18:52 dalek tracwiki: https://trac.parrot.org/parrot/wiki/P​MCUnionDeprecationTasklist?version=18
18:52 shorten dalek's url is at http://xrl.us/beeon7
18:59 rg joined #parrot
19:06 rurban All tests pass on gentoo-i868 and cygwin, waiting for solaris 64int...
19:07 dalek parrot: r36293 | cotto++ | trunk/src:
19:07 dalek parrot: [pmc] switch Integer PMC to ATTRs
19:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36293/
19:20 timbunce joined #parrot
19:20 Whiteknight I like having the wiki updates posted here to the channel!
19:20 Whiteknight it's very helpful
19:23 dalek tracwiki: v19 | whiteknight++ | PMCUnionDeprecationTasklist
19:23 dalek tracwiki: https://trac.parrot.org/parrot/wiki/P​MCUnionDeprecationTasklist?version=19
19:23 shorten dalek's url is at http://xrl.us/beeorn
19:29 cotto agreed
19:29 cotto plus it means more karma
19:30 cotto Coke, Tcl may need some updating to work with that change to the Integer PMC.
19:31 dalek tracwiki: v4 | whiteknight++ | CallingConventionsTasklist
19:31 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​CallingConventionsTasklist?version=4
19:31 shorten dalek's url is at http://xrl.us/beeot7
19:31 Infinoid Who owns shorten?  It would be nice if it could ignore those.
19:31 cotto shorten, owner
19:32 Whiteknight shorten: owner
19:33 dalek parrot: r36294 | rurban++ | trunk/src/packfile.c:
19:33 dalek parrot: [core] Fix the premature alignment fix from r36291.
19:33 dalek parrot: - we have now two seperate ALIGN_16 macros for 32-bit and 64-bit
19:33 dalek parrot: - this makes 10 testfiles pass again: http://nopaste.snit.ch/15482
19:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36294/
19:33 particle http://metamark.net/bot
19:35 rurban moritz: r36294 should have fixed it.
19:35 particle rurban: you have a comment in R36294 about it being broken on 64-bit
19:35 particle still true?
19:35 purl If it is a fact, I will believe it!
19:36 rurban yes, 2 failures on 64-bit
19:36 ask_ joined #parrot
19:36 rurban And a linkflags problem in the Makefile. I just create a new ticket
19:37 Coke purl, shorten?
19:37 purl shorten is, like, a bot interface to http://metamark.net/ or shortens long urls in the channel or shortens shorter urls in /msgs or made by ask or http://thefeed.no/marcus/archives/000327.html # osx service or deaf to repetition or http://metamark.net/bot
19:37 ask- joined #parrot
19:37 particle why are my cl and lib commands failing?
19:41 rurban how do they fail?
19:41 particle lib cr blib/lib/libparrot.lib  src/string/api.obj   src/ops/core_o...
19:42 particle LINK : fatal error LNK1181: cannot open input file 'cr'
19:42 timbunce joined #parrot
19:42 dalek parrot: r36295 | barney++ | trunk/src/packfile.c:
19:42 dalek parrot: [codingstd] c_indent.t
19:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36295/
19:42 Infinoid That looks like it's assuming GNU ar.
19:43 particle also:
19:43 particle cl : Command line warning D9035 : option 'o' has been deprecated and will be removed in a future release
19:43 particle cl : Command line warning D9002 : ignoring unknown option '-g'
19:43 particle don't know when these showed up in root.in, checking
19:44 dalek parrot: r36296 | barney++ | trunk/src/gc/gc_private.h:
19:44 dalek parrot: [codingstd] set svn properties
19:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36296/
19:49 Coke http://www.r-project.org/
19:49 particle what about it?
19:50 particle i've been thinking about porting to parrot.
19:50 Coke I bet you it will be unbearably slow! =-)
19:50 particle not if i can use nci for the libs :)
19:51 cognominal joined #parrot
19:53 * particle goes verbose with init::hints
19:59 dalek parrot: r36297 | barney++ | trunk/src/packfile.c:
19:59 dalek parrot: [codingstd] c_indent.t
19:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36297/
20:00 dalek parrot: r36298 | barney++ | trunk/src/packfile.c:
20:00 dalek parrot: [codingstd] trailing_space.t
20:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36298/
20:01 rurban hmm: r36298 is empty
20:02 rurban ah sorry, there are checkboxes at the right :)
20:04 barney it's full of stars ^^^^paces
20:04 rurban q: I want to add an argument to Parrot_readbc(interp, *fullname) to pass options down to pdump, which should not harm parrot reading pbc.
20:04 rurban I want to attach a debug option to the pf struct.
20:05 Coke changing the packfile probably need to get bounced off the list.
20:05 rurban packfile won't be changed, just the signature.
20:05 particle hrmm, that func should probably be renamed Parrot_pbc_read
20:06 chromatic agreed
20:06 rurban It's hard to debug packfile.c without harming parrot. I want some private options for pdump, pbc_disassemble maybe also
20:06 rurban Is embed.c set into stone yet?
20:07 rurban I can paste my patch if you want to :)
20:09 nopaste "rurban" at 212.183.55.181 pasted "idea why Parrot_readbc needs another argument" (825 lines) at http://nopaste.snit.ch/15485
20:12 geof joined #parrot
20:13 Whiteknight particle: I would be interested in porting R to parrot
20:13 Whiteknight if you're looking for teammembers
20:13 chromatic No, don't take Andrew away from his other tasks!
20:14 Whiteknight particle: on second thought, I'll stay on the sidelines and offer my moral support :)
20:15 Whiteknight I really do need to get my nose back down to the grindstone, don't I?
20:16 particle YES. :P
20:16 register joined #parrot
20:16 Coke particle: hey, btw, can you close out that 3 year old ticket? thanks. =-)
20:17 particle Whiteknight said he's got it
20:17 particle :P
20:17 kj joined #parrot
20:17 Coke ah. Based on what I saw on the ticket, it involved you saying "yes, this looks fine."
20:17 Whiteknight which ticket is this now? (I have too many to keep track of)
20:17 Coke there wasn't a test case that failed or anything, just something that you said was dodgy.
20:20 NotFound joined #parrot
20:20 Coke Whiteknight: 44393
20:21 Whiteknight Coke: ok. I am going to take care of that ASAP
20:21 Coke awesome. I will have to find some other old ticket to bug particle about. =-)
20:32 rurban now we just need a trac ticket hook to irc
20:35 dalek parrot: r36299 | particle++ | trunk/config/init/hints/mswin32.pm:
20:35 dalek parrot: [config] modify compiler-detection logic on win32, in order to enable ccache compatibility
20:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36299/
20:35 register the opcode reference at http://www.parrotcode.org/docs/ops/ is for pir or pasm opcodes?
20:35 Coke opcodes are both.
20:35 kj register: PASM or PIR opcodes is the same
20:35 kj ops can be used both in PIR and in PASM
20:36 kj only, in PIR you can use fancy stuff, like $I0 = length $P0
20:36 kj and in PASM, you'll have to write length I0, P0
20:36 Coke (those docs are auto-gen'd from the POD in src/ops/*.ops, btw.
20:36 particle well, in pir, you don't need to specify the full opcode name
20:36 kj particle: nor in PASM
20:36 kj you don't write print_sc "hi"
20:36 particle yeah, i guess that's true
20:37 kj that would be horrible :-S
20:37 jan joined #parrot
20:37 kj would increase compilation speed though :-)
20:37 chromatic barely
20:37 kj it's a wild guess. maybe not..
20:37 kj chromatic: you tried? :-)
20:37 chromatic I doubt we could measure it.
20:38 chromatic We'd probably want error checking in there as well, to prevent generating invalid bytecode.
20:38 kj well, if you consider that for each op the full signatured opname is calculated, that might take a while.
20:38 chromatic A few instructions, perhaps.
20:39 kj I don't think so. For each operand there's a _x thingy that needs to be written in a buffer
20:40 chromatic I'm sure we could make that more efficient.
20:40 kj any suggestions?
20:40 purl any suggestions are welcome.  (including ripping it out entirely :))
20:40 register_ joined #parrot
20:41 register_ so I reformulate the question...
20:41 register_ the opcodes there are expressed in pasm notation right?
20:41 kj ripping it wouldn't be a good idea :-)
20:41 particle no
20:41 kj register: if your file has .pasm extension, use PASM notation; and so for .pir/pir notation
20:42 particle the documentation doesn't specify the syntax to use, just the signature of the op
20:42 kj mm. I'm trying to use 2 different grammars in my little project, but that doesn't seem to work...
20:42 register_ i am still here...
20:43 basic Infinoid: okay, i think we've got the email2trac stuff working
20:43 particle you'll never call setattribute($P1, $P2, $S3, $P4)
20:43 Coke the base syntax is the same in both: <opcode> <comma separated list of registers or constants>
20:43 register_ ok
20:45 kj anybody experience in using 2 grammars in 1 program?
20:45 Infinoid basic: Ok, I've just sent another test message :)
20:45 Coke kj: yes. that's why tcl's 2 grammars are merged into one grammar.
20:45 kj Coke: so it's not possible to have 2 parsers?
20:45 kj that's a pity
20:45 Coke this is year old intel, and I was trying to share things between the grammars.
20:45 Coke I think that, in general, it should work.
20:46 basic delivered to command: /usr/local/bin/run_email2trac --project=parrot
20:46 kj I create and register 2 different compilers... the grammars are completely disjoint
20:46 rurban particle: my msvc6 compilation still works fine for me. So you didn't break it. Good
20:46 Coke basic: will this take emails without tickets and turn them into new tickets?
20:46 * Coke digs up the email2trac dos.
20:46 Coke *docs
20:47 particle sweet. need to test icc, mingw, and bcc to be sure
20:47 basic i believe it does
20:47 Infinoid I've been testing by replying to an email sent about a TT #49 comment
20:47 particle rurban: i'm getting a unresolved external with dynoplibs, did you modify those flags?
20:48 particle dan_ops_switch.dll : fatal error LNK1120: 1 unresolved externals
20:48 particle myops_ops_switch.obj : error LNK2019: unresolved external symbol __imp__Parrot_cx_schedule_timer referenced in function _switch_myops
20:48 particle myops_ops_switch.obj : error LNK2019: unresolved external symbol __imp__Parrot_cx_handle_tasks referenced in function _switch_myops
20:48 Infinoid It kinda looks like my message got dropped on the floor within email2trac, though.  No new ticket, no comment posted to TT #49.
20:48 rurban I have a patch pending which adds linkflags to those
20:48 particle ok, it'd be nice to compile parrot today :)
20:48 rurban nope, that's a make realclean thingy
20:49 Infinoid basic: I don't suppose it has a logfile? :)
20:50 rurban do you have an old libparrot.dll somewhere in your path? looks like so
20:50 particle i'm realcleaning now
20:52 rurban mingw also compiled fine
20:54 kj Coke: (2 different parsers) think it works, but it's just the invocation that I'm not sure about...
20:56 Whiteknight kj, I suspect you would have to create two different compiler objects and call .'compile'() on them both
20:56 kj what I want to do is to run 1 script, and then go into interactive mode to wait for commands
20:56 kj the script is in different language than the commands
20:57 dalek parrot: r36300 | rurban++ | trunk/config/gen/makefiles:
20:57 dalek parrot: Fix TT #262, $linkflags missing for libnci_test.so and dynpmc
20:57 dalek parrot: This broke 64bit builds with a 32bit perl, such as on opensolaris 10
20:57 dalek parrot: --ccflags='-m64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TS_ERRNO' --linkflags='-m64'
20:57 dalek parrot: make
20:57 dalek parrot: -  add @linkflags@ to Makefile, dynpmc.pl and dynoplibs.pl
20:57 dalek parrot: (tested on cygwin, mingw, msvc6, gentoo-i386, solaris-64int)
20:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36300/
20:58 particle kj: yes, so you run the interactive commands through the second compiler object
20:58 kj particle: exactly
20:58 kj so now i invoke 'interactive' for the commands stuff
20:58 kj instead 'command_line'
21:00 particle languages/foo/foo.pir should create two compiler objects
21:00 kj what do you mean?
21:00 particle the action for the command that starts interactive mode should invoke the second compiler
21:01 kj yes
21:01 kj so I pass a filename, which must be compiled by the first compiler
21:01 kj then, I'd like to get the prompt
21:01 kj so I can type commands
21:01 kj and I get to that
21:01 kj however, as soon as I type anyhing and press enter...
21:02 kj ResizableStringArray: Can't pop from an empty array!
21:02 particle it's very hard to debug from this far away :(
21:02 particle what if you use target=parse for the interactive mode?
21:03 kj mm. I can only pass --target=parse to the first compiler (when invoking the program)
21:03 kj mmm, maybe pass that as :named to interactive..
21:03 particle right.
21:05 kj that doesnt' help # $P1 = $P2.'interactive'( "parse" :named('target'))
21:05 kj i suspect it has something to do with the arguments that are passed to the first compiler
21:05 kj the .param pmc args is passed to that one, which shifts from that
21:06 kj but the second compiler doesn't even use this array..
21:06 cognominal joined #parrot
21:09 kj ok, disabling the first compiler doesn't help. I'm doingsomething very wrong..
21:09 particle so $P2 is your second compiler? where you create it, pass 'target'=>'parse' there
21:12 particle seems i'll miss both #parrotsketch and 6perl this week due to interviews
21:14 kj passing "target" when creating the compiler doesn't help
21:14 kj I mean, no parse tree is printed (just tested with 1st compiler, passing "target"=>"parse" to "new" method)
21:15 rurban BTW: languages/lisp has syntax errors
21:15 rurban Shit! t/native_pbc/numbers.t now all fail on i386
21:16 moritz like it did a few hours before
21:17 rurban yes, but I thoght I fixed with the ALIGN_16 stuff. So it's the other change...
21:18 Whiteknight rurban++ # it's the thought that counts
21:18 particle kj: i think it's the 'command_line' method that parses it
21:18 particle i may be wrong, it's been a while...
21:18 particle rurban: i'm failing t/pmc/os, t/native_pbc/number, and t/src/compiler here
21:18 kj in "interactive" method, there's also a check for "target"
21:19 particle ah
21:19 rurban t/native_pbc/number is expected.
21:19 rurban t/pmc/os probably for hardlink
21:19 rurban I never saw t/src/compiler.t failing on MSVC, but I only test msvc6, and you have probably msvc8 or 9
21:20 particle OS.readdir is failing in os.t
21:21 particle # compiler_5.obj : error LNK2001: unresolved external symbol _PMCNULL
21:21 particle perhaps because of
21:21 particle # Failed to build 't\src\compiler_5.exe': LINK : warning LNK4044: unrecognized option '/Lblib\lib'; ignored
21:22 kj oooooh I *think* i got it.... (trying)
21:23 rurban PMCNULL sounds familiar, a missing export setting for the dll
21:24 rurban This error is described somewhere...
21:24 kj ahum. it helps if you actually .include the generated grammar... :-S
21:26 dalek parrot: r36301 | rurban++ | trunk/t/native_pbc/number.t:
21:26 dalek parrot: skip t/native_pbc/number.t: giving up for today
21:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36301/
22:04 dalek parrot: r36302 | fperrad++ | trunk/languages/lua/t/harness:
22:04 dalek parrot: [Lua] smoke
22:04 dalek parrot: Lua has an id for Smolder.
22:04 dalek parrot: See reports on http://smolder.plusthree.com/app/​public_projects/smoke_reports/12
22:04 shorten dalek's url is at http://xrl.us/beepku
22:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36302/
22:05 rob joined #parrot
22:10 basic Infinoid: yep, found the log file, i think I got it working.. see https://trac.parrot.org/parrot/ticket/263
22:14 Infinoid Very nice.
22:15 Infinoid The other common usage we'd like is to generate comments to existing tickets by replying to the ticket emails.  Unfortunately, that generates an error message.
22:15 Infinoid <tickets@parrotvm.osuosl.org>: Command died with status 251: "/usr/local/bin/run_email2trac --project=parrot"
22:20 basic Infinoid: did that happen just now?
22:20 Infinoid Yeah, 7 minutes ago.
22:22 Infinoid I wonder if maybe it's concerned about the subject tagging done by mailman.  By the time it receives a reply, the subject looks like "Re: [parrot-tickets] [Parrot] Some Ticket Title"
22:22 Infinoid s/concerned/confused/
22:22 basic hmm
22:22 * basic checks the docs
22:22 kj well, so much for my text adventure engine.. can't get 2 parser in the same program working :-(
22:24 basic Infinoid: try this for a subject line "[parrot] #263: Re: Test123"
22:28 Whiteknight joined #parrot
22:28 GeJ Good morning everyone
22:31 Infinoid basic: Got an error message from that.  I also tried "[Parrot] #263: Test123" and "Re: [parrot-tickets] [Parrot] #263: Test123", errors there too.
22:32 Infinoid (mailman is rewriting the Reply-to: header now, and I forgot to change it in one of my tests, so I also posted one test message to the list instead of trac.)
22:34 basic Infinoid: okay, thanks for looking into that, i'll troubleshoot some more on our end
22:34 basic it's very very close to working though :)
22:35 Infinoid Yep!  And it is working well enough for us to point our parrotbug script to the right place.  basic++
22:35 Infinoid I can link you to some message text if you want to run email2trac directly from the command line.
22:36 basic sure!
22:37 nopaste "Infinoid" at 96.238.213.50 pasted "email text for basic" (44 lines) at http://nopaste.snit.ch/15486
22:37 Infinoid That nopaste link should be a good starting point.
22:38 Infinoid We're probably going to have to adjust our mailman config for both the reply-to header rewriting and for the tagging of the subject line.
22:40 dalek parrot: r36303 | fperrad++ | trunk/t/codingstd/trailing_space.t:
22:40 dalek parrot: [codingstd] add Makefile source files
22:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36303/
23:24 bacek_ joined #parrot
23:25 dalek parrot: r36304 | allison++ | branches/pdd28str_part2:
23:25 dalek parrot: [pdd28str] Renaming bitwise and boolean string functions.
23:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36304/
23:31 Whiteknight I'm getting a packfile-related failure in t/pmc/eval.t on x86_64
23:31 Whiteknight maybe more, tests are still running
23:36 dalek parrot: r36305 | NotFound++ | trunk/src/pmc/parrotinterpreter.pmc:
23:36 dalek parrot: add experimental method 'stdhandle' to the Interpreter pmc
23:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36305/
23:37 kid51 joined #parrot
23:41 rurban_ joined #parrot
23:51 * kid51 reviews today's posts and sees Whiteknight has got the cage cleaning bug :-) !
23:57 jhorwitz joined #parrot

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

Parrot | source cross referenced