Camelia, the Perl 6 bug

IRC log for #parrot, 2009-06-10

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 snarkyboojum joined #parrot
00:11 Theory joined #parrot
00:16 Whiteknight nope, I'm too busy tonight
00:16 Whiteknight well, let me rephrase that. I would like to do it, but I'm not able tonight
00:17 chromatic You can bake you cookies.
00:18 Infinoid mmm, cookies
00:18 Infinoid Whiteknight: hmm, maybe the heisenbug migrated to my machine.  *tests trunk*
00:19 kid51 joined #parrot
00:20 Whiteknight Infinoid: chromatic had a way to reproduce it reliably
00:20 cotto "Go To Statement Considered Harmful" is a lot shorter than I thought it'd be.
00:20 Infinoid Everything was shorter back then.
00:22 cotto probably because they used gotos
00:25 bacek joined #parrot
00:28 CokeZero oh bother; now I parse string.test it's dying with a memory panic. :|
00:28 CokeZero pmichaud: (different test) yah. Sadly, getting the official test suite changed is probably pretty low on my able-to-do list. =-)
00:29 darbelo cotto: another short-but-good paper on coding is "UNIX Style, or cat -v Considered Harmful"
00:30 CokeZero chromatic isn't here, but yah, those are very specific imcc leaks. =-)
00:37 dalek partcl: r465 | coke++ | wiki/SpecTestStatus.wiki:
00:37 dalek partcl: We now can parse string.test again.
00:37 dalek partcl: Too bad it runs out of Memory.
00:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=465
00:40 CokeZero Whiteknight: ping.
00:40 Whiteknight CokeZero: pong
00:43 CokeZero Whiteknight: I have a BUNCH of partcl related tickets that could use some love before the release.
00:43 CokeZero I'm just going to reply to your message with them. =-)
00:45 CokeZero I suspect other HLL folks will do the same.
00:47 dalek partcl: r466 | coke++ | trunk/src/class/tclconst.pir:
00:47 dalek partcl: Parse \udead and similar codepoints.
00:47 dalek partcl: We might have to more closely follow what core tcl is doing here, but it
00:47 dalek partcl: at least lets us parse another spec test.
00:47 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=466
00:48 * cotto wishes Whiteknight hadn't qualified "PIR-level profiling tool" with "good". ;)
00:48 Whiteknight CokeZero: Good! The more we know, the more we can focus on it
00:48 Whiteknight cotto: You have to earn your brownies! I don't just give them away for nothing
00:50 Whiteknight regrettably, for some people I dont know if the brownies would survive the trip
00:52 dalek TT #455 closed by jkeenan++: [TODO] Change name of 'Parrot_add_library_path' to ...
00:52 Whiteknight yay! Tickets getting closed is awesome
01:02 rhr joined #parrot
01:18 bobke joined #parrot
01:22 CokeZero http://www.snopes.com/photo​s/natural/parrotflower.asp
01:30 Whiteknight irclogs
01:30 Whiteknight irclogs?
01:30 purl well, irclogs is http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
01:35 kid51_at_dinner nick kid51
01:42 dalek TT #66 closed by coke++: partcl's "expr-old.test" spec test file exposes segfault (r34059)
01:45 dalek partcl: r467 | coke++ | wiki/ParrotIssues.wiki:
01:45 dalek partcl: This issue no longer occurs
01:45 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=467
01:47 nopaste "kid51" at 70.85.31.226 pasted "codingstd failures: c_function_docs" (36 lines) at http://nopaste.snit.ch/16842
01:51 dalek tracwiki: v15 | whiteknight++ | IOTasklist
01:51 dalek tracwiki: remove completed items, add a few new tasklist items
01:51 dalek tracwiki: https://trac.parrot.org/parrot/wiki/I​OTasklist?version=15&action=diff
01:55 bacek Whiteknight: byw, before merge io_rewire branch Sockets inherited "close" from FileHandle
01:55 bacek s/byw/btw/
01:56 Whiteknight bacek: Ah, that's what we are missing then
01:56 payload joined #parrot
01:56 Whiteknight bacek++
01:57 Whiteknight that did strink me as being an obviously bad omission
01:59 dalek partcl: r468 | coke++ | wiki/ParrotIssues.wiki:
01:59 dalek partcl: another resolved ticket
01:59 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=468
02:01 Whiteknight Goodnight
02:33 Theory joined #parrot
02:35 janus joined #parrot
02:56 ZeroForce joined #parrot
03:41 CokeZero anyone bored and want to write a dynamic op for me? =-)
03:58 eternaleye joined #parrot
04:11 CokeZero there we go.
04:13 Util CokeZero: ??? Did you already write it, or did someone take the bait?
04:14 Util And what was the op needed to do?
04:14 dalek partcl: r469 | coke++ | trunk/ (2 files):
04:14 dalek partcl: resurrect an old opcode - die generates the right type of exception for us, but
04:14 dalek partcl: it doesn't reset errorCode; convert one use of die over - pass 2 more spec
04:14 dalek partcl: tests.
04:14 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=469
04:17 Util Ah, I see.
04:23 CokeZero I need something similar from straight C.
04:24 CokeZero I briefly toyed with doing it now and then having the op call it, but I don't think that's easily doable. could be wrong.
04:24 dalek partcl: r470 | coke++ | trunk/runtime/builtin/ (2 files):
04:24 dalek partcl: Reclaim a few more spec tests by throwing proper tcl errors.
04:24 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=470
04:24 * CokeZero kicks off another spec test run.
04:29 * CokeZero sees a trailer for Ron Howard's Grand Theft Auto and is kind of freaked out.
04:31 Util <SNL> Opie Cunningham!!! </SNL>
04:35 Util CokeZero: wait... you saw a real theatrical trailer? or just a TV ad?
04:40 Andy joined #parrot
04:41 CokeZero he made that movie when he was like 21.
04:41 CokeZero saw the trailer on _Biography_ just now.
04:48 dalek partcl: r471 | coke++ | wiki/SpecTestStatus.wiki:
04:48 dalek partcl: This test is dying, skip it.
04:48 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=471
05:03 allison left #parrot
05:13 eternaleye purl: tell Whiteknight good luck for the release, hope everything goes smoothly!
05:13 purl eternaleye: what?
05:13 eternaleye tell Whiteknight good luck for the release, hope everything goes smoothly!
05:14 eternaleye purl: msg Whiteknight good luck for the release, hope everything goes smoothly!
05:14 purl Message for whiteknight stored.
05:14 eternaleye damn syntax
05:14 snarkyboojum joined #parrot
05:19 eternaleye Also, isn't a reliably reproducible heisenbug a bit of an oxymoron?
05:24 chromatic joined #parrot
05:24 CokeZero chromatic: ~~
05:31 snarkyboojum joined #parrot
05:34 eternaleye chromatic: I've been subscribed to your Modern Perl blog for a while now, and I have to say: 100% agreed. On all of it.
05:37 CokeZero curmudgeon++ !
05:40 Theory joined #parrot
05:47 chromatic Thanks, eternaleye.
05:49 masak joined #parrot
05:50 chromatic Isn't it more effort to file bugs for codingstd errors than to fix them?
05:51 cotto it is if you have a commit bit or know about #parrot
05:53 chromatic True.
05:56 Andy I do love me some splint.
05:57 chromatic I'm not complaining about splint.
05:57 chromatic I'm complaining about tickets that say "Hey, you changed a file and IT HAD TRAILING SPACES IN IT PLEASE FIX NOW!"
05:57 chromatic For example.
05:57 dalek parrot: r39486 | chromatic++ | trunk/src (2 files):
05:57 dalek parrot: [src] Fixed two coding standards errors; after changing the function signatures
05:57 dalek parrot: to match coding standards, the "does this function signature appear in
05:57 dalek parrot: documentation somewhere exactly as written" coding standards test started to
05:57 dalek parrot: fail.  That seems slightly picky.
05:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39486/
05:57 chromatic Thank you, dalek.
05:59 Andy I didn't think you were
05:59 whoppix joined #parrot
06:00 chromatic Maybe I'll call you during a YAPC talk and complain.  That's always fun!
06:01 uniejo joined #parrot
06:01 Andy OK!
06:01 Andy I won't know when you're in a YAPC talk, though.
06:02 chromatic Maybe I'll wait until you are in one.
06:03 Andy I wonder when that will be.
06:05 chromatic I can wait years.
06:05 Andy Come and hasle me at the LISA panel I'll be on.
06:13 chromatic I haven't been Lost In System Administration since 2000.
06:17 dalek parrot: r39487 | petdance++ | trunk (3 files):
06:17 dalek parrot: reheaderized, and added PARROT_OBSERVER decorations
06:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39487/
06:19 Andy I've never been
06:27 dalek parrot: r39488 | petdance++ | trunk/src/embed.c:
06:27 dalek parrot: adding some consts, and ornamenting some parms for the headerizer
06:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39488/
06:37 dalek parrot: r39489 | chromatic++ | trunk/t/compilers/imcc/syn/regressions.t:
06:37 dalek parrot: [t] Fixed an uninitialized value warning in TODO test.
06:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39489/
06:46 dalek parrot: r39490 | chromatic++ | trunk/compilers/imcc (2 files):
06:46 dalek parrot: [IMCC] Plugged a memory leak of names of .macro_const declarations.  This one
06:46 dalek parrot: was subtle; IMCC uses these names as keys in a hash of macros.  The first key
06:46 dalek parrot: can't be freed immediately, or else the hash key disappears.  Subsequent keys
06:46 dalek parrot: already in the hash need freeing.
06:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39490/
06:50 dalek parrot: r39491 | petdance++ | trunk (2 files):
06:50 dalek parrot: more PARROT_OBSERVER decorations
06:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39491/
06:50 chromatic src/embed.c:748: warning: passing argument 1 of ‘*(interp->op_func_table + (unsigned int)((unsigned int)*&code * 4u))’ discards qualifiers from pointer target type
06:50 chromatic That's almost ugly enough to be Haskell/APL.
06:51 Andy is that something I changed?
06:51 Andy I don't think so
06:52 chromatic No, I think that was eralier.
06:52 chromatic ./src/pmc/stringhandle.pmc:223: warning: ignoring return value of ‘Parrot_io_open’, declared with attribute warn_unused_result
06:55 Andy yeah, that's a good one.
06:55 Andy ok beditme for me.
07:05 ewilhelm chromatic, you have an entry for the pdx.pm rakudo shootout challenge?
07:05 chromatic No, what would you like?
07:06 ewilhelm http://shootout.alioth.debian.org/ <- a perl 6 version of any perl 5 code there
07:06 ewilhelm or similar perl 5 vs rakudo speed comparisons
07:06 chromatic I'll see what I can do.
07:06 chromatic Patrick had an IO benchmark that looked good with Rakudo.
07:07 ewilhelm thanks.  You know if there's been any other activity on 5vs6 benchmarking?
07:07 chromatic Not a lot.
07:07 purl Not a lot. are you still in hong kong?
07:08 ewilhelm well, I might make it a monthly thing
07:08 chromatic Rakudo's getting to the point where some of its benchmarks can look competitive.
07:08 chromatic Some won't; Parrot's calling conventions are still a bottleneck.
07:09 ewilhelm http://shootout.alioth.debian.org/​u32q/benchmark.php?test=all&amp;la​ng=perl&amp;lang2=python&amp;box=1
07:10 ewilhelm maybe it could be shown to be competitive with python
07:11 chromatic My guess is that we can overtake MRI in the near future.  Python is a ways off.  It depends on the benchmark.
07:11 ewilhelm cross-language comparison is a plus side of using the shootout problems anyhow
07:11 ewilhelm java?
07:11 purl hmmm... java is just bad or http://bash.org/?338364 or brain cancer or a cause of ass cancer or makes rails ass humpery look like amish pr0n or Dumb dumb = new Dumb();
07:12 ewilhelm you can catch ruby at 1/2 of perl 5 at least - http://shootout.alioth.debian.org/u32q/benchmark.p​hp?test=all&amp;lang=perl&amp;lang2=ruby&amp;box=1
07:13 chromatic I don't know about Java any time soon.
07:14 chromatic Not without nanoparrot anyway.
07:19 cottoo joined #parrot
07:20 ewilhelm hmm, looks like shootout has some of the timtowtdi in their setup already
07:21 Tene MRI?  If anyone was actually interested in ruby-on-parrot, I could be convinced to start work on cardinal again.
07:21 eternaleye joined #parrot
07:25 ewilhelm Tene, I mentioned parrot to one of the ruby-on-something guys and he was like "is that still alive?"
07:25 cottoo "yes"
07:25 Tene nice
07:26 ewilhelm so maybe there's interest, but they don't know it yet
07:26 Tene cardinal's grammar is absurdly slow.  I figured out where the massive backtracking was happening once... but don't remember it.
07:27 Tene So, not really usable until that's fixed.
07:28 Tene Seriously... anything deeply nested is *minutes* to parse.
07:29 chromatic There are two big memory leaks now in Rakudo.  One of them is the weird context problem (a missing refcount decrement somewhere) and the other is Rakudo's weird rebless into object opcode.
07:29 dalek parrot: r39492 | chromatic++ | trunk/compilers/imcc (3 files):
07:29 dalek parrot: [IMCC] Plugged a leak in IMCC where compilation units attached to a namespace
07:29 dalek parrot: occasionally leaked the IMCC data structure tracking that namespace.  Sometimes
07:29 dalek parrot: it's the responsibility of the compilation unit to free that namespace;
07:29 dalek parrot: sometimes it isn't.  Did I mention that IMCC can be opaque?
07:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39492/
07:30 eternaleye Well, the first should probably disappear once the contexts-as-PMCs thing Whiteknight++ has been planing gets accomplished
07:30 eternaleye *planning
07:31 chromatic yes, but until then it's significant.
07:31 chromatic Not only does it make Parrot programs use more memory than they should, but it also makes Parrot run more slowly than it should.
07:31 chromatic Every context we leak is a context we can't reuse and have to malloc() a replacement.
07:32 ewilhelm are there tests for performance regression?
07:33 barney joined #parrot
07:33 chromatic There aren't.
07:33 chromatic We're getting to the point where we should consider them.
07:34 chromatic At least we should have benchmarks at various checkins.
08:04 DanielC joined #parrot
08:11 riffraff joined #parrot
08:13 DanielC Hello. About 70% of my program is spent doing this: "$S1 = substr $S0, i, 1".   Is there a fast way to get every byte in a byte stream?
08:13 DanielC (and is "string" the right place to store a byte stream?)
08:14 DanielC I am writing a checksum function. Grab every byte in a file and do some math with it.
08:21 jimmy joined #parrot
08:23 snarkyboojum joined #parrot
08:24 barney DanielC: 'string' seems wrong. ResizableBooleanArray might be better
08:25 DanielC barney: 'string' certainly feels wrong. I just couldn't find anything better. But BooleanArray? Is that right? Isnt' there anything like "ByteArray" or similar?
08:26 DanielC I don't need individual bits, I need individual bytes.
08:27 barney I'm not sure. I didn't find a ByteArray. BooleanArray is AFAIK a flat piece of memory
08:28 DanielC Where can I find documentation for BooleanArray ?
08:29 barney perldoc src/pmc/resizablebooleanarray.pmc
08:29 DanielC thanks
08:32 barney Did you see src/dynpmc/md5.pmc ?
08:33 DanielC barney: No, I haven't. I wouldn't mind using a built-in md5, but how would you run it on a large file? I wouldn't want to load the entire file in memory all at once.
08:33 HG` joined #parrot
08:35 DanielC Hmm...  I'm having a hard time figuring out how to actually use BooleanArray or md5 inside an actual PIR program.
08:38 DanielC Looking at the perldoc information, this looks like a bunch of C functions. I can't see how to access these from PIR.
08:38 barney See t/dynpmc/md5.t
08:38 DanielC thanks
08:39 barney For real world it would be nice to be able to pass a FileHandle, don't know whether this is already there
08:39 DanielC Filehandle would be nice.
08:40 DanielC $P0 = split '', $S0  <--  Is that efficient?
08:41 DanielC I'll play with split later.
08:42 DanielC Aha! md.'Update'($S0)
08:42 DanielC So I can read a file in chunks and "update" the md5 sum.
08:44 barney When you have a small, documented example PIR skript, I could add it to examples/pir
08:45 DanielC Sure. Why not.
08:45 barney DanielC++
08:56 DanielC $S0 = md.'Final'()  <-- After this point I assume $S0 has the final checksum and I'm done, right?
08:57 DanielC I can't figure out what the rest of the test does, and I hope I don't need it.
09:02 DanielC Hmm... Looks like I need the rest to convert to hex.
09:04 barney Yes, looks like Final() gives a string of bytes, for comparison it is converted to hex
09:05 barney The result of split() is an array of strings
09:06 DanielC Yay!  \o/
09:06 DanielC It works!
09:06 barney $P1 is needed because sprintf takes an array of Strings
09:06 DanielC Now I just need to pretty it up a little....
09:09 mikehh joined #parrot
09:09 DanielC All done :-D
09:10 barney cool
09:19 whoppix joined #parrot
09:32 clinton joined #parrot
09:42 bacek joined #parrot
09:42 bacek joined #parrot
09:42 bacek good evening
09:45 DanielC barney:  You asked to see my example when it was done. How does this look? http://pastebin.com/m7ace5791
09:55 mberends joined #parrot
10:16 bacek DanielC: You don't need "substr" on line 32
10:17 bacek (and check on line 31)
10:19 bacek sprintf/.= loop after finish better to replace with gathering characters into ResizeableStringArray and final "join"
10:43 DanielC bacek: I don't need substr on line 32? Why not?
10:44 bacek because it's no-op.
10:44 DanielC What is no-op?
10:44 bacek "read FH, step" will read "step" bytes
10:44 bacek substr will not extend it
10:44 DanielC and that might be too many.
10:45 DanielC no no, I don't want to extend it.
10:45 bacek No. It will read available bytes up to step
10:45 DanielC ?
10:45 DanielC If step is 100 and length is 50, then I only want the first 50 bytes.
10:46 bacek "read" will returns string of 50 bytes.
10:46 DanielC So I use "substr" to get the first 50.
10:46 DanielC bacek: Why should it, when step is 100?
10:46 bacek Because there is no so many bytes available :)
10:47 DanielC wrong
10:47 DanielC I am reading a subset of a file.
10:47 DanielC There are plenty of bytes available.
10:50 bacek "$S0 = substr $S0, 0, length"
10:50 bacek 1. you are reducing length on each read.
10:51 DanielC y
10:51 bacek 2. When length > step, "substr" is no-op because it will not extend string
10:51 DanielC If length > step, I want to read step bytes. Otherwise I want to read length bytes.
10:52 bacek 3. When length < step, "read" will read "length" of bytes, so it's no-op again.
10:53 bacek "$S0 = read FH, step" will read up-to "step" bytes
10:53 DanielC If length < step, there is no reason why it will only read length.
10:53 DanielC We are not at the end of the file.
10:53 bacek length can be less than step only on last read
10:53 DanielC yes
10:53 bacek (at and of file)
10:54 DanielC (but I am not at the end of the file)
10:54 bacek sigh... So length > step?
10:54 DanielC So, when length < step, "read" will still read "step" bytes because the file keeps going.
10:54 DanielC "length" is not the length of the file.
10:55 DanielC It is the length that I want to read.
10:55 bacek Ah! So it's not length of file?
10:55 DanielC correct
10:56 DanielC I may have a 100MB file and set length to 10MB to read only the first 10MB.
10:56 bacek ok, "length" is slightly misleading. May be "bytes_to_read" will be better
10:56 DanielC Ok, I'll rename it.
11:14 silug joined #parrot
11:31 eternaleye joined #parrot
11:38 bacek seen cotto
11:38 purl cotto was last seen on #parrot 5 hours, 46 minutes and 58 seconds ago, saying: it is if you have a commit bit or know about #parrot
11:56 payload joined #parrot
12:12 bkuhn joined #parrot
12:22 skids joined #parrot
12:24 ruoso joined #parrot
12:37 integral joined #parrot
12:46 donaldh joined #parrot
12:48 payload1 joined #parrot
13:08 dalek partcl: r472 | coke++ | trunk/docs/spectest- (2 files):
13:08 dalek partcl: another spec test run. edge  back up over 2K passing tests.
13:08 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=472
13:20 Steve_H joined #parrot
13:20 payload joined #parrot
13:42 nopaste "mikehh" at 90.206.38.35 pasted "make -k fulltest failures on Kubuntu 9.04 Amd64 at r39492" (199 lines) at http://nopaste.snit.ch/16845
13:43 gryphon joined #parrot
13:43 mikehh results of fulltest om Kubuntu 9.04 Amd64 - pre/post Config tests PASS smoke PASS but failed to send to smolder
13:44 mikehh s/om/on/
13:46 Coke I'm getting a ton of unitilized value warnings with valgrind. I'm proceeding under teh assumption that th ememory leaks are more important. yes?
13:48 Infinoid glibc causes quite a few of those
13:49 Infinoid tools/dev/parrot.supp should suppress at least some of them
13:49 mikehh provided you are not trying to use the iniyialized value
13:49 mikehh uninitialized
13:50 Whiteknight joined #parrot
13:52 mikehh heading back to i386 - cu in a minute
13:58 mikehh joined #parrot
14:07 NotFound Coke: there are some warnings about that with gcc, I'll try to fix that.
14:08 Coke Infinoid: I am using parrot.supp
14:08 Coke still getting a ton of warnings.
14:10 Infinoid If you investigate any of them and they turn out to be benign, please update parrot.supp (it's had very little maintenance since its creation in 2004)
14:11 Coke Infinoid: I'm already in over my head. =-)
14:13 Andy joined #parrot
14:20 cosimo joined #parrot
14:27 Theory joined #parrot
15:05 dalek partcl: r473 | coke++ | trunk/runtime/tcllib.pir:
15:05 dalek partcl: Remove bizarre load of src/macros.pir which is already .include'd.
15:05 dalek partcl: I can only hope that this was necessary back in the dark times.
15:05 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=473
15:06 dalek parrot: r39493 | NotFound++ | trunk (11 files):
15:06 dalek parrot: [cage] fix some constness problems and potential allocation errors with filenames passed to imcc
15:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39493/
15:21 donaldh joined #parrot
15:25 dalek parrot: r39494 | Infinoid++ | trunk (2 files):
15:25 dalek parrot: [cage] Fix codingstd failures.
15:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39494/
15:25 dalek parrot: r39495 | Infinoid++ | trunk (3 files):
15:25 dalek parrot: [cage] Update parrot.supp with some GNU ld suppressions.
15:25 dalek parrot: These are the bogus hits I was getting on x86-64.  Most of the "Value8" suppressions should probably have similar "Value4" entries for 32 bit platforms.
15:25 dalek parrot: Also include a little tool I used to create those suppressions.
15:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39495/
15:29 dalek parrot: r39496 | Infinoid++ | trunk/tools/dev/gen_valgrind_suppressions.pl:
15:29 dalek parrot: Set svn metadata on newly created file.
15:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39496/
15:35 Infinoid That's likely all the time I'll have for parrot for the next few days.  See you all later :)
15:37 pmichaud what do I have to do to get Perl6Grammar.pbc moved out of library/PGE and into languages ?
15:38 Coke what is languages?
15:38 pmichaud in an installed parrot, there's a lib/version_dir/languages subdirectory where compilers go
15:38 pmichaud e.g., that's where NQP ends up
15:38 pmichaud Perl6Grammar should go there also.
15:38 Coke h.
15:39 Coke "ah"
15:41 * Coke sees Infiniod ignored his comment on that ticket.
15:42 Coke (not that it wasn't ignorable, mind you. =-)
15:43 * Coke wishes someone would port partcl to PCT for him. =-)
15:44 Coke pmichaud: any chance you'll have some cycles to work on RT #37745 before this release?
15:44 pmichaud not likely.
15:44 purl well, not likely. is that outside?
15:44 pmichaud unless someone tags it as critical, I'm happy to let it wait for the overall PGE refactor.
15:44 Coke it's causing 3 partcl spec tests to explosed.
15:44 Coke "explode"
15:45 pmichaud okay, that makes it a bit more critical.
15:45 Coke (though, if you fix it, no doubt the OTHER memory leak will kill me.)
15:45 pmichaud but still, not likely to happen this week.  I need to get rakudo working from installed parrot.
15:45 pmichaud and then I need to prep for pvwm
15:45 Coke fair enough.
15:45 Coke tcl seems to be happily building from installed, steal what you like. =-)
15:45 pmichaud that's exactly what I'm doing :)
15:45 Coke heh.
15:46 Infinoid Coke: Sorry if I missed something, I don't see any comments from you on any of the 5 open tickets I own
15:46 Coke Infinoid: the codingstd pdd19 fix.
15:46 jonathan Parrot Virtual Workshop Machine - automating virtual workshop creation! :-)
15:46 Coke ... which you can now claim and close. =-)
15:46 Infinoid maybe this weekend, I gotta go...
15:48 Coke rant. I can't change the owner and the ticket status at the same time.
15:50 dalek TT #746 closed by coke++: pdd19 fails t/codingstd/pdd_format.t
15:51 Coke pmichaud: added a note about the spec test failures to TT#721, the sister ticket.
15:52 pmichaud Coke: thx
15:56 payload joined #parrot
15:56 ruoso joined #parrot
16:04 itrekkie joined #parrot
16:12 contingencyplan joined #parrot
16:14 viklund_ joined #parrot
16:16 sjn joined #parrot
16:24 ilia joined #parrot
16:27 Psyche^ joined #parrot
16:32 eternaleye joined #parrot
16:37 dalek parrot: r39497 | NotFound++ | trunk/src/io/api.c:
16:37 dalek parrot: [io] Fix bizarre last branch of Parrot_io_open
16:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39497/
16:44 pmichaud ugh, managing dynpmcs is a real pain.
16:45 pmichaud shouldn't parrot provide a tool to automatically generate the files, instead of having to manually maintain the Makefiles?
16:47 moritz since parrot is all about tools... yes
16:50 jonathan I thought they *were* build by a tool?
16:50 jonathan Or did the process get "improved"?
16:50 pmichaud jonathan: here's how partcl does it  (nopasting)
16:51 nopaste "pmichaud" at 72.181.176.220 pasted "partcl's Makefile for src/pmc" (109 lines) at http://nopaste.snit.ch/16851
16:52 pmichaud the build tool that Rakudo is uses is no longer available
16:52 pmichaud (it's deprecated)
16:53 jonathan OK, but that makefile is generated, right?
16:53 jonathan And maintained by some tool?
16:53 jonathan # Generated by Parrot::Configure::Compiler from config/makefiles/pmc.in
16:53 pmichaud the only part that is generated is up to the PMC_SOURCES line
16:53 pmichaud the entries after that have to be manually added to the makefile template
16:54 pmichaud here's the template that was used to create that Makefile...
16:54 pmichaud http://code.google.com/p/partcl/source​/browse/trunk/config/makefiles/pmc.in
16:55 jonathan oh.
16:55 jonathan So Parrot::Configure::Compiler doesn't provide that much help at all.
16:55 pmichaud Correct.
16:56 pmichaud it's a similar story for ops, although that's slightly less complex because there's usually only one .ops file
16:56 jonathan *sigh*
16:56 jonathan Deprecating the easy way is not so fun.
16:56 pmichaud Yes, it feels like a serious step backwards to me.
16:56 pmichaud (1) we increase the number of makefile templates
16:57 pmichaud (2)  we encourage lots of copy+paste
16:57 jonathan Any idea why the previous tool was deprecated?
16:57 pmichaud None.
16:57 jonathan Rather than fixed?
16:57 pmichaud (3)  we add a dependency on Parrot's configuration tool
16:57 jonathan I mean, sure, maybe it had some issues with make install - but they surely coulda been fixed...
16:58 pmichaud I can _almost_ get there by writing a .pmc.o  implicit Makefile rule, but the .c files get in the way of that.
16:59 jonathan :-(
16:59 pmichaud ...unless....
17:00 pmichaud ooooh, I might be able to do it as a single makefile rule
17:00 pmichaud that would be AWESOME
17:04 Coke pmichaud: I'd be happy to take patches back to partcl. =-)
17:05 pmichaud well, I can get about as far as the link line -- after that it might get tricky
17:09 * jonathan -> store, bbiab
17:13 cottoo oh boy.  we have trac spam
17:14 pmichaud are the *.dump files not installed?
17:15 cotto pmichaud,  they are
17:15 pmichaud or.... hmmm
17:16 cotto well, some are
17:16 pmichaud right, I'm missing object.dump
17:17 pmichaud what determines which .dump files are installed?
17:18 cotto I was wondering that too.
17:18 Whiteknight joined #parrot
17:18 NotFound There is some reason to allow comments in closed tickets?
17:19 pmichaud maybe MANIFEST.generated ?
17:20 pmichaud family wants lunch -- bbl
17:21 pmichaud looks like it's MANIFEST.generated
17:21 cotto yup, so the fix is probably to add add (some?) pmc dumps there
17:22 cotto s/add add/add all/
17:22 pmichaud I just added the ones I need.
17:22 pmichaud gone
17:25 cotto Who has permission to delete replies to trac tickets?
17:25 cotto and delete users
17:25 NotFound And ban them
17:26 cotto although a reactive solution won't last long if the spam starts to increase
17:27 NotFound Not reacting quickly is a good incentive to get it increased
17:29 Whiteknight who's spamming?
17:29 purl spamming is the point
17:30 sekimura_ joined #parrot
17:31 Coke I can delete accounts.
17:32 cotto "sunrise" needs the boot
17:32 Tene I'm spamming?
17:32 NotFound I CAN HAZ BAN?
17:33 Coke sunrise has been removed.
17:34 Coke i don't think I can remove comments.
17:34 NotFound Coke: Removing a user also delete his posts?
17:34 Coke NotFound: no.
17:35 Coke that would be bad, in general.
17:35 Coke (there was also no option to select it.)
17:35 NotFound Yeah, but not deleting the spam entries makes almost unuseful the user deletion.
17:36 Coke well, at least the spam will stop for a bit.
17:36 cotto we need to get more people with comment deletion powers around here
17:36 Coke cotto: I'm a super-duper-admin
17:36 cotto and you can't do it?  That's no good.
17:36 Coke if someone does the trac research, I can pull the trigger.
17:37 NotFound Research? Just read the last emails.
17:37 Coke NotFound: ... there's an email telling me how to delete a comment?
17:37 NotFound Ops, I misunderstood
17:37 Coke NotFound+-
17:38 cotto http://trac-hacks.org/wiki/TicketDeletePlugin
17:38 cotto (also allows for comments)
17:38 Coke cotto;I'll open an osu ticket.
17:39 cotto Coke, thanks.
17:40 Coke cotto: ticket open. remind me if nothing seems to happen.
17:41 NotFound http://trac.edgewall.org/ticket/454 :(
17:42 clinton joined #parrot
17:42 Coke NotFound: ?
17:43 NotFound Coke: a long thread negating the problem
17:44 Coke so I should keep my request open?
17:45 NotFound Several comments saying that you just need to disallow anonymous comments
17:45 Coke but we do.
17:45 Coke support.osuosl.org #7811
17:45 NotFound And looks like there is no way to ban users other than create a fake account
17:49 Coke so if anyone asks why you have to register an account before reporting a bug... here's why. =-)
17:51 chromatic joined #parrot
17:51 Coke ho, chromatic.
17:51 chromatic hiya
17:51 Coke I have a PIR program that leaks extra if I tack on more $P1()'s at the end.
17:52 Coke it's probably still too big for you, though.
17:52 chromatic Is it the Parrot_Context leak?
17:52 Coke that's the big one, yes.
17:52 Coke can I stop now? =-)
17:52 chromatic I have an idea about it.
17:52 Coke ok. I'll save my work in progress but not agonize more just yet.
18:01 mikehh_ joined #parrot
18:05 Coke chromatic: in comparision, a very very small amount of bytes are lost in IMCC.
18:05 japhb joined #parrot
18:06 nopaste "coke" at 65.91.151.194 pasted "small leak from dlopen" (13 lines) at http://nopaste.snit.ch/16852
18:08 chromatic Looks like a lack of dlclose.
18:09 Coke rough guess, < 400 bytes to IMCC out of about 18K in my current sample program.
18:09 skids joined #parrot
18:09 Coke one of the imcc seems to be leaking a byte at a time.
18:09 NotFound I'm working in a cleaner redoing of r39493, please don't touch imcc in the meantime
18:11 Coke chromatic: I'm not sure if it's at all relevant, but all of my user-defined subs are really TclProcs which isa (area?) Subs
18:12 chromatic I don't think that's a problem for you.  It's a problem for Rakudo because of its rebless_or_reuse dynop (or whatever the name is).
18:13 Coke k.
18:13 Coke chromatic: oh, you'll like this one:
18:14 Whiteknight rebless_subclass I think
18:14 Coke http://code.google.com/p/partcl/source/​diff?spec=svn473&amp;r=473&amp;format=s​ide&amp;path=/trunk/runtime/tcllib.pir
18:14 Coke I am trying to imagine the kind of maladjusted parrot where that would have been required for some reason.
18:15 chromatic Perhaps you're on drugs?
18:15 chromatic Or need to be?
18:16 Coke oh, and I added a .prof macro to tcl so I can at least see what I'm invoking. hand-added it to all my .subs. I look forward to being able to rip that out. =-)
18:16 jonathan chromatic: Have you actually worked out how rebless_subclass leaks?
18:16 chromatic No, I haven't.
18:16 jonathan chromatic: I still don't quite get how it can be.
18:16 chromatic It's losing a flag or something, I guess.
18:17 jonathan If we didn't copy the whole data structure - flags included - in one shot, that'd seem much more likely.
18:17 jonathan The only thing I do wonder though, that I thought of just recently, was what if the PMC we rebless the subclass of is a constant one. How would this affect the marking?
18:18 jonathan But that seems more likely to give us unreferenced stuff that would segfault than to leak.
18:18 chromatic Yeah, that's true.
18:18 Coke (136+ 152+ 328+ 576+ 368+ 552+ 680+ 6384+ 15480) /18251
18:18 purl 1.35093967453838
18:18 jonathan Plus we only use rebless_subclass heavily at startup, whereas a program while 1 { }; will leak a LOT.
18:19 jonathan And that surely is not doing a rebless_subclass at runtime.
18:19 Coke (136+ 152+ 328+ 576+ 368+ 552+ 680+ 6384+ 15480) /(18251+8880)
18:19 purl 0.90877593896281
18:19 Coke so, 90% is context-related leaking.
18:20 * jonathan bbiab
18:20 Coke if contexts are leaking, that would explain it.
18:20 chromatic The Parrot_Context leak is the biggest.
18:22 Coke chromatic++ for fixing this thing that we're planning on throwing out.
18:23 chromatic Consider it triage.
18:23 chromatic It's not worth it to refactor it into something long-term maintainable, but we can keep it out of the way as much as possible.
18:29 Whiteknight chromatic: you said you had some ideas about the pcc_rewiring branch?
18:30 chromatic I haven't dug into it yet.
18:30 Whiteknight As soon as that branch lands we can start putting together GCable contexts, so that's the next logical step in all this
18:30 Whiteknight i haven't had time to dig into it yet either, maybe tonight if I am lucky
18:35 nopaste "mikehh" at 90.206.38.35 pasted "fulltest failures on Ubuntu 9.04 i386 at r39497" (170 lines) at http://nopaste.snit.ch/16853
18:37 mikehh codetest now PASSes otherwise manifest_tests, exa,ples_tests and distro_tests FAIL all others PASS
18:38 mikehh KUbuntu 9.04 i386 at r39497
18:39 dalek parrot: r39498 | NotFound++ | trunk (7 files):
18:39 dalek parrot: [cage] redoing of changes in r39493 with less loss of constness
18:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39498/
18:41 mikehh both Ubuntu 9.04 Amd64 and Kubuntu 9.04 i386 FAIL the same teste in manifest_tests, examples_tests and distro_tests
18:42 mikehh s/teste/tests/
19:04 pmichaud back from lunch (and shopping)
19:10 tewk joined #parrot
19:12 cotto pmichaud, PAST freezing/thawing seems to be broken
19:14 nopaste "cotto" at 75.92.174.97 pasted "PAST freeze/thaw doesn't work as expected" (29 lines) at http://nopaste.snit.ch/16854
19:14 cotto That's in the pmc_pct branch
19:18 jonathan cotto: Probably a good first stop: check if the Capture PMC freeze/thaw's correctly.
19:19 pmichaud cotto: I've never done anything with freeze/thaw, so.... whatever jonathan++ says :-)
19:20 pmichaud it wouldn't surprise me a bit if freeze/thaw doesn't work at all.
19:20 cotto Good idea since there doesn't appear to be any testing of that code in t/pmc/capture.t
19:20 pmichaud afaik, it's not been tested.
19:20 pmichaud (or even attempted)
19:20 donaldh joined #parrot
19:21 cotto should it work (i.e. should I make it work if I have the tuits)?
19:21 jonathan cotto: But beyond that it should freeze/thaw like any PIR subclass of a PMC.
19:21 pmichaud I have trouble understanding how it's supposed to work.
19:21 pmichaud (freeze/thaw in general, that is)
19:21 pmichaud it seems to me that freezing a PAST tree will also end up freezing the entire parse tree
19:21 cotto oh.  it's not even implemented.
19:22 jonathan That's probably why it doesn't work. :-)
19:22 pmichaud and if either the PAST or parse make references outside of the tree itself, then all of that gets frozen as well
19:22 cotto It's nice how it silently fails, causing me to spend several days writing code with the assumption that it works.
19:23 jonathan cotto: Since it's a hash and an array underneath, it may not be too horribly hard to make it work.
19:23 jonathan But don't ask me for specifics...the last attempt I made to edit freeze/thaw code just made segfaults happen.
19:24 cotto I got freeze/thaw working for Pipp's Array implementation, but that was a battle.
19:24 jonathan It's most likely possible, just takes some working out how on earth the freeze/thaw subsystem works.
19:24 pmichaud jonathan: question
19:24 purl question is, like, how a _separate_ package could help with the install
19:24 jonathan pmichaud: answer
19:25 Whiteknight maybe freeze/thaw is one of next subsystems that needs a major review and refactor
19:25 pmichaud suppose that the rakudo build process always builds from an installed parrot (more)
19:25 Whiteknight because nothing should be that big a battle
19:25 cotto Since nothing else seems to care about this, I'm tempted just to manually convert it into something that freezes/thaws gracefully.
19:25 pmichaud but the default --gen-parrot does a parrot install into a local subdirectory
19:25 pmichaud is that a reasonable alternative to building from the build tree?
19:25 jonathan What does that imply for trying different Parrot revisions?
19:26 pmichaud well, after making a change in the parrot/ subtree, one does "make install-dev" to update the install image
19:26 pmichaud i.e., in the parrot subtree the typical command is "make install-dev" instead of just "make"
19:26 jonathan OK, that's it's just remembering that one extra thing and beyond that it should all Just Work Out?
19:26 pmichaud yes, I think so
19:27 jonathan If it's that little a difference, it's probably not going to be disruptive.
19:27 jonathan It's not all that often that I want to build agaisnt a different Parrot.
19:27 pmichaud the challenge is that the layout of the install tree is substantially different from the layout of the build tree
19:28 jonathan And I think end users who are just grabbing and doing --gen-parrot mostly don't care so long as it works.
19:28 pmichaud so we either have to do a fair bit of "if build tree then look here otherwise look here"
19:28 pmichaud or we have to add a layer of abstraction
19:28 pmichaud (I may end up with the layer of abstraction -anyway-, but always working from an install parrot might be advantageous)
19:28 jonathan OK, that sounds like a place for us to make mistakes that are much more painful than typing a few extra characters when making an updated Parrot.
19:28 Coke working on partcl, I don't find it that much more onerous to just re-install parrot if I make a change.
19:29 pmichaud Coke:  good to know, thanks.
19:29 purl good to know, thanks. is there a free version of that I can install (linux or win32) to play with?
19:29 Coke I have a specific, non-standard install directory I use for partcl.
19:29 pmichaud right, that's what I'm looking at doing for rakudo
19:29 jonathan That sounds fine by me.
19:29 jonathan So long as make install-dev actually _works_ on Windows.
19:29 pmichaud so far I'm fairly comfortable that it will
19:29 jonathan I think it's been looked at, yeah.
19:29 nopaste "coke" at 65.91.151.194 pasted "./TCLIT" (9 lines) at http://nopaste.snit.ch/16855
19:30 Coke jonathan: I've used it once or twice.
19:30 pmichaud I'll have a branch to try out here shortly
19:30 Coke with strawberry, but it seems to work.
19:30 jonathan Coke: OK, sounds encouraging.
19:31 jonathan pmichaud: OK, I'll be patchily about later this evening and tomorrow.
19:31 jonathan Gotta go grab someone from the airport soon.
19:31 Coke chromatic++ # intermediate karma.
19:32 * Coke is looking forward to re-enabling some currently very expensive code once the PCC stuff is sped up.
19:32 Coke (that was a non-sequitor)
19:33 * jonathan is looking forward to Rakudo performance sucking less once the PCC sutff is sped up.
19:33 jonathan ...and the context leak fixed. chromatic++
19:35 Coke I thought, for a second, that i missed a commit message. =-)
19:35 * Coke ponders again the thought of bounties.
19:36 Coke Mini community grants. "This trac ticket annoys me and I will pay 5$ to whoever fixes it."
19:36 Coke "ok. 10."
19:36 darbelo joined #parrot
19:36 pmichaud sounds like the brownie bribe that Whiteknight posted
19:36 Whiteknight everybody loves brownies
19:37 Coke very likely. wondering if the pafo could handle that sort of mini-grant without wasting everyone's time.
19:37 Coke I would definitely chip in a bit for the things that annoy me.
19:37 pmichaud "Write a good code profiler, get free brownies. Can't beat that."
19:37 Coke what if I write a crappy one? ;)
19:38 Whiteknight NO BROWNIES FOR YOU!
19:38 pmichaud your brownies are still free, but they have side effects
19:39 Whiteknight crappy profiler == crappy brownies
19:44 Coke ewewewew.
19:44 Coke in tcl, this is is normal hash-like access: set a(key) value
19:44 Coke you can do this:
19:44 Coke variable {}; set (key) value;
19:45 Coke so the hash's name is the empty string.
19:54 Tene o.O
19:56 Coke I was just looking for low hanging fruit and saw that. My eyes are bleeding.
19:57 Coke ah. you don't even need the variable decl.
20:01 TimToady phone
20:12 DanielC joined #parrot
20:15 DanielC How do I make a function return two values? (PIR).  I tried putting the results in a hash, but when I do 'say $P0["key"]' I get the error: optcode say_p_ck not found.
20:15 DanielC Ok, technically that's a problem with the 'say' and not the hash, but if I can't print the output the program is not very useful.
20:15 Coke DanielC: .return(1,2)
20:15 DanielC cool
20:16 DanielC Coke: What should I put on the "receiving" end?
20:16 Coke ($P1,$P2) = 'somefunc'('hi')
20:16 DanielC thanks
20:16 Coke np
20:17 rg1 also, to say the element of a hash, you need to get it out first. $S0 = $P0["key"] // say $S0
20:17 DanielC rg1: ah...
20:18 Whiteknight DanielC: PIR is basically an assembly language, so everything needs to get written in babysteps
20:18 DanielC yeah
20:21 bacek joined #parrot
20:23 Whiteknight I would actually very much like to write a new frontend for Parrot that used a slightly-higher level language for programming in
20:24 Coke Whiteknight: I would recommend just using scheme or something that level.
20:24 NotFound Whiteknight: you can try pirric X-)
20:24 Whiteknight somehting low-level, like the equivalent of a C language but more dynamic
20:24 Coke (which we should have done ages ago.)
20:33 contingencyplan_ joined #parrot
20:37 chromatic L1?
20:37 purl L1 is, like, a hypothetical language that would be used to implement PMCs and PIR-visible ops so that they could all be easily jitted. or http://irclog.perlgeek.de/p​arrot/2009-04-21#i_1083550 or http://rt.perl.org/rt3/Ticket/D​isplay.html?id=39313#txn-471982
20:43 Coke TimToady++ # extra karma.
20:52 NotFound What's that thing about creating blogs in parrot.org ?
20:54 NotFound "There are blogs on www.parrot.org available to all committers,"
20:55 Coke I think that means, "you can add storie that go into the parrot blog."
20:55 Coke /stories/
20:55 Coke it might also mean there's an individual blog site inside www.parrot.org, though. Iunno.
20:56 bacek Good morning
20:56 purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
21:19 itrekkie1 joined #parrot
21:45 dalek tracwiki: v18 | cotto++ | ParrotQuotes
21:45 dalek tracwiki: crappy profiler == crappy brownies
21:45 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Pa​rrotQuotes?version=18&amp;action=diff
21:45 cotto That was really fast.  dalek caught that before the page loaded after I made the edit.
21:47 darbelo Is there a way to call a PMC METHOD from C, given a pointer to the PMC?
21:48 bacek joined #parrot
21:50 NotFound darbelo: Parrot_call_method
21:52 darbelo Something from inside parrot? I'd rather not include extend.h
21:53 itrekkie joined #parrot
21:54 darbelo Oh, wait. I don't need to.
21:54 NotFound darbelo: extend.h functions are usable from the inside, too
21:55 GeJ Good morning everyone
21:55 cotto Hi, GeJ
21:55 GeJ servus cotto
21:56 NotFound Anyway, what Parrot_call_method does is calling Parrot_run_meth_fromc_arglist
21:58 bacek Parrot_PCCINVOKE?
22:12 pmichaud 20:23 <Whiteknight> I would actually very much like to write a new frontend for Parrot that used a slightly-higher level language for programming in
22:12 pmichaud that's the niche NQP is intended to fill.
22:18 viklund hello all, how do I, in PIR, convert encoding on a string, I want to do ther parrot equivalent of perl5s decode('utf8', $string)
22:18 darbelo Seeing stuff like "19:11 <@pmichaud> 20:23 <Whiteknight>" does strange things to my already fever-confused brain.
22:19 pmichaud darbelo: I too come from the future.  :-)
22:20 darbelo My first thought was "How does he know Whiteknight is going to say that?"
22:21 darbelo Which probably means I'm past 39�C by now.
22:24 bacek pmichaud++ # NQP rocks!
22:27 skids joined #parrot
22:32 cotto pmichaud, do you think it'd be worthwhile to make Captures freeze/thaw correctly?  I can easily work around the brokenness for what I'm doing.
22:32 rg1 joined #parrot
22:33 pmichaud cotto: short answer -- I wouldn't think it worthwhile
22:33 cotto I'll go with the short answer then.  I don't mind if it'll win us something, but it sounds like that's not the case.
22:39 * cotto is glad to have found the source of the brokenness
22:42 dalek parrot: r39499 | cotto++ | branches/pmc_pct/compilers/vtdumper/vtdumper.pir:
22:42 dalek parrot: [vtdumper] freeze/thaw on Captures is broken; convert the PAST to Hash of RPAs
22:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39499/
22:42 cotto dalek's speedy today.
22:44 cotto s/Hash of RPAs/RPA of Hashes/
22:45 cotto stupid lysdexia
22:51 Theory joined #parrot
22:52 dalek parrot: r39500 | cotto++ | branches/pmc_pct/compilers/pmcc/src (3 files):
22:52 dalek parrot: [pmcc] start using vtdumper's vtable dump for code generation
22:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39500/
22:53 skids .oO(you know you've picked an identifier that's too long when people make TLAs out of it.)
22:54 cotto and when that TLA contains another TLA
22:54 cotto "ResizableParrotMagicCookieArray" (or "ResizablePolyMorphicContainerArray" if you want the boring bacronym)
22:56 dalek parrot: r39501 | cotto++ | branches/pmc_pct/compilers/pmcc/t/07-default.t:
22:56 dalek parrot: [pmcc] give the default pmc slightly better test coverage
22:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39501/
22:56 cotto s/bac/back/
22:56 * skids knew that but had blocked it out for his own sanity.
22:57 skids now look what you have done! :-)
22:59 Whiteknight joined #parrot
23:02 payload joined #parrot
23:06 cotto .o0(If only "Parrot" stood for something...)
23:09 payload for me it stands for: parrot speaks your language
23:11 snarkyboojum joined #parrot
23:12 skids fwiw IIRC "RPA"s are a very common acronym in SAN/NAS circles.  Not that anyone would ever get those confused.
23:14 skids but then, in SAN/NAS circles they probably have exhausted the TLA space.
23:21 donaldh joined #parrot
23:23 kid51 joined #parrot
23:29 davidfetter joined #parrot
23:32 patspam joined #parrot
23:32 DanielC @seen pmichaud
23:33 DanielC Sorry.. wrong channel.
23:34 kid51 seen pmichaud
23:34 purl pmichaud was last seen on #parrot 1 hours, 1 minutes and 28 seconds ago, saying: cotto: short answer -- I wouldn't think it worthwhile
23:46 Whiteknight fulltest is running so fast right now. chromatic++ for the speedup tip
23:51 dalek decnum-dynpmcs: r83 | darbelo++ | trunk/src/pmc/decnumcontext.pmc:
23:51 dalek decnum-dynpmcs: Move the guts of the get_rounding_mode() METHOD to a helper function.
23:51 dalek decnum-dynpmcs: review: http://code.google.com/p/decn​um-dynpmcs/source/detail?r=83
23:53 Zak joined #parrot
23:55 darbelo The rainbow-colored kitten that lives in my thermometer tells me that commiting with a high fever is unadvisable, but the pink pony that levitates outside my window says I shouldn't listen to hallucinations.

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

Parrot | source cross referenced