Camelia, the Perl 6 bug

IRC log for #parrot, 2010-06-09

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 * Coke returns, having missed ps
00:01 cotto_work same for r47496
00:01 cotto_work "returns stats as required by enum which" isn't entirely helpful
00:02 dalek parrot: r47494 | NotFound++ | trunk (2 files):
00:02 dalek parrot: some more functionality in ByteBuffer
00:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47494/
00:02 dalek parrot: r47495 | mikehh++ | branches/gc_massacre/src/gc/gc_ms2.c:
00:02 dalek parrot: add missing documentation
00:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47495/
00:02 dalek parrot: r47496 | mikehh++ | branches/gc_massacre/src/gc/gc_ms.c:
00:02 dalek parrot: add missing documentation
00:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47496/
00:02 dalek parrot: r47497 | NotFound++ | trunk/src/pmc/bytebuffer.pmc:
00:02 dalek parrot: drop const that upset some compiler
00:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47497/
00:02 dalek rakudo: 4ae2183 | jonathan++ | src/core/Cool-str.pm:
00:02 dalek rakudo: Fix dodgy split signatures.
00:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​ae21830e04e1383dc8e61706d254d737510ee27
00:02 dalek rakudo: 4578afc | jonathan++ | src/pmc/ (8 files):
00:02 dalek rakudo: Apply patch from cognominal++ to remove now unrequired need_ext from our PMCs.
00:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​578afcd1eba9c55f00cc13b59d7d8920359e163
00:02 dalek rakudo: 5e6fa97 | jonathan++ | src/metamodel/ClassHOW.pir:
00:02 dalek rakudo: Add a (most likely accidentally) missing :load, which gets perl6.pbc loadable
00:02 dalek rakudo: again without running it. Patch courtesy of dukeleto++.
00:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​e6fa97c03ccc48e1d2f7621551e9920e26c5907
00:04 mikehh cotto_work: yeah I see your point - was just trying to fix codetest failures - let me think about it
00:04 cotto_work which I appreciate, btw
00:11 bacek_at_work aloha
00:12 whiteknight hello bacek_at_work
00:12 cotto_work aloha, bacek_at_work
00:13 Coke bacek_at_work: hio
00:13 mikehh bacek_at_work: hi
00:13 purl hola, mikehh.
00:15 * cotto_work waits for a combinatorical explosion
00:17 davidfetter powerset(boom!)
00:42 cotto_work joined #parrot
00:56 abqar joined #parrot
01:08 dalek parrot: r47498 | NotFound++ | trunk (2 files):
01:08 dalek parrot: ByteBuffer set_integer_keyed_int
01:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47498/
01:08 dalek parrot: r47499 | NotFound++ | trunk/src/pmc/bytebuffer.pmc:
01:08 dalek parrot: empty lines after =item
01:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47499/
01:20 bacek_at_work NotFound, we need byte-level granularity of data in ByteBuffer. Not "word" level.
01:21 cotto_work I was thinking that too
01:22 cotto_work use the lowest byte of value and throw an exception if it's >255
01:22 cotto_work or <0
01:23 cotto_work which looks not unlike an ice cream cone to me
01:23 chromatic Or a sideways fire flower!
01:27 cotto_work I suppose that also brings endianness into the mix.  Whee.
01:47 Coke has anyone opened a TT on the dynop loading order issue?
01:47 Coke (someone in rakudo land is tripping over it, want to give him a ticket reference. I don't see one...)
01:48 chromatic I thought we had one, courtesy of duke.
01:50 Coke doesn't look like it.
01:51 Coke probably ended up mailing list only.
01:51 bacek_at_work http://trac.parrot.org/parrot/ticket/1663
01:51 bacek_at_work ?
01:52 Coke ah, fperrad.
01:55 cotto_work dynops ticket is http://trac.parrot.org/parrot/ticket/1663
01:55 cotto_work dynops ticket?
01:55 purl dynops ticket is http://trac.parrot.org/parrot/ticket/1663
02:11 cotto ohai
02:16 TiMBuS joined #parrot
02:20 szabgabx__ joined #parrot
02:34 tcurtis joined #parrot
02:47 gbacon joined #parrot
02:48 janus joined #parrot
03:04 plobsing joined #parrot
03:23 LoganLK joined #parrot
03:32 JimmyZ joined #parrot
03:35 mikehh joined #parrot
04:13 fperrad joined #parrot
04:14 fperrad_ joined #parrot
04:26 dalek parrot: r47500 | jimmy++ | trunk/src (2 files):
04:26 dalek parrot: random consting
04:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47500/
04:26 dalek parrot: r47501 | tcurtis++ | branches/gsoc_past_optimization (4 files):
04:26 dalek parrot: Add .match and .transform methods to PAST::Node when PAST/Pattern.pbc is loaded.
04:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47501/
04:28 tcurtis That commit message is inaccurate. Be prepared for abuse of tools/dev/mk_manifest_and_skip.pl in a moment.
04:42 Khisanth joined #parrot
04:43 dalek parrot: r47502 | tcurtis++ | branches/gsoc_past_optimization/MANIFEST:
04:43 dalek parrot: regen manifest. Also, the previous commit was inaccurate. .match and .subst methods are added to PAST::Node.
04:43 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47502/
04:44 dalek TT #474 closed by jimmy++: [PATCH] improved parrot.spec for SUSE
04:44 dalek TT #474: http://trac.parrot.org/parrot/ticket/474
05:30 snarkyboojum joined #parrot
05:44 Essobi joined #parrot
05:56 snarkyboojum joined #parrot
06:03 uniejo joined #parrot
06:18 Coke who is gp aaaat zimt.uni-siegen.de ?
06:19 cotto is he sending stuff to parrot-dev?
06:19 uniejo joined #parrot
06:20 Coke trying to join -members.
06:21 dalek parrot: r47503 | tcurtis++ | branches/gsoc_past_optimization (5 files):
06:21 dalek parrot: Make codetest happy and more importantly implement global matching.
06:21 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47503/
06:25 moritz Coke: zimt.uni-siegen.de sounds like gerd
06:27 cotto he has a different address listed in CREDITS though
06:27 cotto same school apparently
06:28 moritz gp = gerd pokorra maybe?
06:28 cotto plausble
06:28 cotto plausible
06:28 cotto purl, gerd?
06:28 purl gerd is gastroesophageal reflux disease (or something that makes you want to vomit, c.f. the Perl debugger internals) or Gerd Pokorra
06:29 cotto I guess I don't get to complain about "cotto" being a kind of salami.
06:31 he joined #parrot
06:45 Coke seen drforr?
06:47 purl drforr was last seen on #perl 6 hours, 10 minutes and 59 seconds ago, saying: purl, paste enema
07:23 baest joined #parrot
07:44 cognominal joined #parrot
08:10 mikehh NotFound: ping
08:12 ttbot joined #parrot
08:32 dalek parrot: r47504 | plobsing++ | branches/dynop_mapping:
08:32 dalek parrot: creating branch to deal with dynop opnum mapping issues
08:32 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47504/
08:33 mikehh plobsing: ping
08:34 plobsing mikehh: pong
08:35 dalek TT #1676 created by mikehh++: t/pmc/io.t fails make corevm/make coretest
08:35 dalek TT #1676: http://trac.parrot.org/parrot/ticket/1676
08:35 mikehh plobsing: I just created a ticket for the remaining coretest failures - TT #1676
08:37 mikehh plobsing: but also test 1 in t/pmc/io.t is still failing TODOed - NotFound++ fixed the relevant TT #1659 in other tests
08:37 gbacon joined #parrot
08:37 clinton joined #parrot
08:40 plobsing mikehh: timely destruct untodoed at r47506.
08:40 plobsing the other tests are all "$x (ops)" clones of other tests and should move to dynops testing
08:41 ingy joined #parrot
08:41 plobsing I'll do that in the morning. Now, I sleep.
08:41 mikehh plobsing: yes - 'night to you
08:48 dalek parrot: r47505 | plobsing++ | branches/dynop_mapping (2 files):
08:49 dalek parrot: implement bytecode packing/unpacking code to support per-segment mappings
08:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47505/
08:49 dalek parrot: r47506 | plobsing++ | trunk/t/pmc/io.t:
08:49 dalek parrot: avoid use of open op in timely destruction test
08:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47506/
09:22 sorear joined #parrot
10:22 ambs joined #parrot
10:24 gerd joined #parrot
10:37 Topic for #parrotis now Parrot 2.5.0 release time is on 15th at 12:00 UTC | parrot.org | Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | GSOC Students: trac.parrot.org/parrot/wiki/GSoCersStartHere | Priorities: fix io_ops mess in corevm/coretest, review and update documentation before release
10:39 aukjan joined #parrot
11:00 dalek parrot: r47507 | mikehh++ | trunk/MANIFEST.generated:
11:00 dalek parrot: add entries to MANIFEST.generated
11:00 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47507/
11:18 mikehh make corevm/make coretest - t/pmc/io.t - Failed tests:  25, 27, 29, 31
11:18 mikehh all other tests PASS (pre/post-config, make corevm/make coretest, smoke (#34275), fulltest) at r47507 - Ubuntu 10.04 amd64 (g++)
11:18 mikehh t/op/annotate-old.t - TODO passed:   1 in testf
11:33 dalek parrot: r47508 | mikehh++ | trunk/t/op/annotate-old.t:
11:33 dalek parrot: remove TODOed test in testf which now passes
11:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47508/
11:37 whiteknight joined #parrot
11:41 whiteknight good morning, #parrot
11:44 mikehh hi there whiteknight
11:47 whiteknight hello mikehh. how are you today?
11:48 mikehh whiteknight:  passable, even tending to fine, and you
11:49 mikehh just testin' and a couple of fixes
11:50 whiteknight I am doing well, though tired. The kid hasn't been sleeping well because he's teething
11:50 whiteknight and the parents only sleep as well as the kid
11:52 mikehh oh dear, I know what you mean, I think I have passed that though, my grandkids are now 8, going on 9, although I still help looking after them, passed the teething bit
11:54 whiteknight yeah, I'm enheartened by the light at the end of the tunnel
11:54 gbacon joined #parrot
11:54 mikehh it's a learning experience, ever changing
12:02 bacek whiteknight, In Soviet Russia generations of people did live waiting for light at the end of the tunnel.
12:02 bacek Apparently, it was incoming train.
12:04 jnthn In Soviet Russia, the light at the end of the tunnel doesn't wait for you.
12:04 bacek jnthn, привет :)
12:05 JimmyZ joined #parrot
12:06 jnthn Привет :)
12:08 bacek jnthn, how is preparations for trip to Kiev going?
12:09 bacek There is some buzz in Russian blogosphere about having "read Rakudo developer" at "Perl Mova" happening :)
12:09 jnthn Little behind on slide writing.
12:09 jnthn Ooh. :-)
12:09 * jnthn is looking forward to being in Kiev again.
12:09 jnthn In summer too. Only went in winter before.
12:11 * mikehh got to go out for a bit - bbl
12:11 bacek jnthn, Kiev is much nicer in Summer.
12:13 bacek But it was about 20 years ago, when I visited Kiev...
12:14 bacek ...shi^W sigh.
12:15 * jnthn imagines it's changed in various ways since 20 years ago.
12:15 bacek Slightly :)
12:21 whiteknight just a wee bit
12:22 jnthn I imagine Майдан Незалежності wasn't called that 20 years ago.
12:29 tetragon joined #parrot
12:29 dalek rakudo: f7ddcf5 | moritz++ |  (3 files):
12:29 dalek rakudo: try to actually run MAIN subs; most code by patrickas++
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​7ddcf57efbf25eb49d2a9b66b47aa80d8dd67df
12:29 dalek rakudo: b0d427b | moritz++ | src/ (2 files):
12:29 dalek rakudo: second attempt at MAIN sub
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​0d427b127ea72764d8117f8d49c48f80f01fed1
12:29 dalek rakudo: 3657ad7 | moritz++ | src/Perl6/Actions.pm:
12:29 dalek rakudo: add TODO comment wrt MAIN sub
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​657ad7554ef7ef32a502f48afbfa3412302afb2
12:29 dalek rakudo: c77e278 | moritz++ | src/ (2 files):
12:29 dalek rakudo: check for eval()ness by walking the call chain
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​77e2780c294bfac6612a1c5c004ca51b3af3f54
12:29 dalek rakudo: d33a958 | moritz++ | src/glue/run.pir:
12:29 dalek rakudo: IN_EVAL needs to count the number of eval()s, since there is always one in the
12:29 dalek rakudo: compilation call chain
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​33a9583dbdd82b0587221a80a6247a5c6018e16
12:29 dalek rakudo: 9f05efa | moritz++ | src/glue/run.pir:
12:29 dalek rakudo: exit early in MAIN_HELPER
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​f05efac869ae7205bd9ad46f2c494d3caf6e8cb
12:29 dalek rakudo: 11366ab | moritz++ | src/glue/run.pir:
12:29 dalek rakudo: make IN_EVAL more robust, with input from jnthn++
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​1366ab9467c6142db67841f97be54c4e792f253
12:29 dalek rakudo: a546773 | moritz++ |  (4 files):
12:30 dalek rakudo: Merge branch 'MAIN'
12:30 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​5467733bdab87210a4eae6d3af309a0c3041c87
12:38 whiteknight is there a release date scheduled for rakudo star?
12:38 whiteknight I'm sure I've heard one before, but I can't remember
12:39 particle ~june 22
12:39 whiteknight ok, good
12:44 JimmyZ_ joined #parrot
13:01 gbacon joined #parrot
13:03 Coke midway through yapc? not bad. =-)
13:03 Coke by the time folks can check patrick's slides...
13:04 Coke jnthn, bacek: do you get russian spam? (I'm wondering if i get it because of my sur/domain name.)
13:07 particle the release will be held until there's something good to release, so it's not a hard date
13:14 atrodo joined #parrot
13:16 aukjan joined #parrot
13:17 jnthn Coke: Yes, but I don't mind it too much in that it keeps my ability to read Cyrillic alive. ;-)
13:29 dalek parrot: r47509 | NotFound++ | trunk (2 files):
13:29 dalek parrot: ByteBuffer methods to get the content as string with the charset and encoding specified
13:29 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47509/
13:42 NotFound mikehh: pong
13:45 dalek parrot: r47510 | NotFound++ | trunk/t/pmc/bytebuffer.t:
13:45 dalek parrot: ByteBuffer test for set with negative index, and force usage of the mark vtable function
13:45 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47510/
13:48 mikehh NotFound: sorted it out with plobsing++
13:48 NotFound k
13:49 ash_ joined #parrot
13:54 hudnix joined #parrot
14:03 ash_ the llvm people came out with a new lldb, so debugging the llvm should become a lot easier soon, i know that was a complaint from the unladen swallow people when they used the llvm
14:04 whiteknight ash_: I saw that
14:04 whiteknight and it's library-based, so maybe we could create our own specialized debugging tools with it
14:05 plobsing joined #parrot
14:10 ash__ joined #parrot
14:11 ash__ sorry whiteknight
14:11 Andy joined #parrot
14:11 ash__ lost connection
14:12 whiteknight it's okay, I forgive you
14:12 whiteknight :)
14:13 ash_ i didn't know it was library based, thats cool
14:16 gbacon joined #parrot
14:17 * ash_ downloading lldb now
14:17 ash_ i hope it makes it to other platforms
14:18 ash_ some of the open source things Apple has done don't get much attention outside of apple
14:19 ash_ like AutoZone the gc system
14:19 ash_ thats a pretty impressive gc
14:22 ash_ autozone is the gc system used in objective c 2.0
14:22 whiteknight I wonder if we could borrow that for parrot?
14:23 ash_ http://www.opensource.apple.com/source/libauto/ if your interested
14:23 ash_ its under an apache license, they use it in the objetive-c runtime on OS X and macruby uses it, i don't know what they use on the iphone though,
14:24 ash_ i gotta take my girlfrend to class, brb &
14:24 atrodo Were they trying to invoke the thought of cheap auto parts?  Because that's the only thing I can think of
14:26 whiteknight this is a pretty impressive-looking GC
14:28 whiteknight the hashing algorithm they use looks decent too, though I would want to see more info on it
14:31 whiteknight all tests pass on linux x86 clang with and without --optimize
14:32 atrodo Have you found any documentation on the specifics of how it works?
14:33 kevinshaum joined #parrot
14:34 whiteknight nope
14:34 atrodo shucks.  I hate it when people make cool code and don't explain how it works
14:34 whiteknight me too. Hate that a lot
14:35 dalek parrot: r47511 | plobsing++ | trunk (3 files):
14:35 dalek parrot: [coretest] move old ops tests to dynops test
14:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47511/
14:35 bubaflub joined #parrot
14:35 Chandn joined #parrot
14:42 patspam joined #parrot
14:43 ash_ back
14:43 ash_ yeah, autozone seems neat, but its kinda a black box
14:44 whiteknight yeah, there isn't a lot of documentation, but the code I've seen so far is pretty easy to interpret
14:44 whiteknight and it helps that it's written in C++ and not Objective-C
14:44 ash_ yeah
14:46 ash_ Searching their developer's site doesn't give anymore documentation either, so you know
14:46 ash_ http://www.opensource.apple.com/source​/libauto/libauto-77.1/README.html?txt might be helpful
14:47 ash_ (they apparently removed that readme in later version, the one marked libauto-141 and libauto-141.1
14:47 ash_ )
14:49 ash_ libauto-77.1 is from OS X 10.5, libauto-141 was for snow leopard, and 141.1 was an update for 10.6.2, so you know
14:51 atrodo The readme wasn't real informative of a lot of the how
14:51 atrodo main thing I noticed was it's not compacting and it runs in it's own thread
14:51 whiteknight readmes never are
14:51 dalek parrot: r47512 | NotFound++ | trunk (2 files):
14:51 dalek parrot: avoid excesive reallocations when grown a ByteBuffer byte by byte, add a test to exercise that, and fixes a cast
14:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47512/
14:54 ash_ i thought it might be neat, maybe after GSoC is over, to look into using libauto on OS X so you can call Obj-C directly and share objects between parrot and the obj-c runtime, like macruby does, it might be neat to use parrot for gui stuff on OS X eventually
15:06 dukeleto 'ello
15:08 NotFound ByteBuffer reviews wanted.
15:17 Hunger- joined #parrot
15:17 gbacon joined #parrot
15:17 wagle_ joined #parrot
15:17 japhb joined #parrot
15:18 Chandon Didn't netsplits go out of style at some point?
15:18 Chandon Like parachute pants...
15:18 atrodo I would have thought so
15:18 particle yes, about the time irc went out of style
15:19 whiteknight joined #parrot
15:19 he joined #parrot
15:19 arnsholt joined #parrot
15:19 purl joined #parrot
15:19 athomason joined #parrot
15:19 NotFound joined #parrot
15:19 whiteknight NotFound: I've been following your ByteBuffer, it looks nice. Definitely a few features I want to add to it
15:20 whiteknight but nothing urgent
15:22 preflex joined #parrot
15:22 lucian joined #parrot
15:22 dukeleto joined #parrot
15:27 theory joined #parrot
15:27 jnthn NotFound: Does it copy a Parrot string that you want to look at the bytes of?
15:27 jnthn er, does it *always* copy...
15:27 jnthn ...or only lazily if you modify something?
15:29 Andy_ joined #parrot
15:29 NotFound jnthn: lazily
15:30 jnthn \o/
15:30 jnthn NotFound++
15:32 NotFound I had no intention to do it that way initially, but looked at the rakudo version and changed my mind.
15:33 jnthn Makes me glad I bothered. :-)
15:44 ash_ in the makefile if you have a few lines of something you want to include or not include can you do that? in the config/gen/makefiles/root.in
15:44 khairul joined #parrot
15:45 ash_ i think i found a solution, nevermind
15:46 whiteknight All tests pass, linux x86 with clang 1.1, gcc 4.4, g++ 4.4, icc 11.1 with and without --optimize
15:46 whiteknight (/me wrote a script, watched it for hours)
15:48 whiteknight purl msg allison if you have a moment, I would really like to see a copy of http://portal.acm.org/citation.cfm?​id=564881&amp;dl=ACM&amp;coll=&amp;​CFID=93260914&amp;CFTOKEN=74201017
15:48 purl Message for allison stored.
15:58 ash_ whiteknight: clang 2.0 is out (also there was a 1.5 in there too)
16:11 whiteknight_ joined #parrot
16:12 davidfetter joined #parrot
16:14 Themeruta joined #parrot
16:18 gbacon joined #parrot
16:26 theory joined #parrot
16:37 ash_ can you use the gdb with parrot for debugging pmcs?
16:38 Coke s/for debugging pmcs// sure.
16:39 Coke that is, in general it works. pmcs are rough because of all the #line and #file directives.
16:39 Coke If i'm trying to debug something hairy there, I tend to strip all that out of the .c file, rebuild, and then debug the /c/, not the /pmc/
16:39 purl Hmm.  No matches for that, Coke.
16:42 whiteknight I still can't figure out why we have all those bullshit #line and #file directives when they cause so much trouble
16:43 whiteknight and the --no-line-directives option to configure.pl doesn't work to strip them out
16:45 ash_ hmm, i am just adding a punch of printf's but i might do what you said Coke
16:46 ash_ i don't like just adding printf's but sometimes its hard to get around that
16:48 whiteknight ash_: I was using the ubuntu package, which is why I have LLVM2.7/Clang1.1
16:49 whiteknight it's much easier doing it that way than it is to build the damn thing from source
16:50 ash_ yeah, makes sense, i mostly have the newer clang because they added a bunch of C++ support i wanted to try
16:50 ash_ it can build boost now, so thats pretty impressive
16:51 whiteknight ash_: Is there like a webpage or something that talks about the 2.0 release?
16:51 whiteknight I find this damn llvm.org website so difficult to navigate sometimes
16:55 ash_ not yet, they don't have a tag for it yet, its kinda the current development release, but they had a blog post about it and some some posts in the dev mailing list, i am using trunk llvm r104365, and trunk clang r104336, built with cmake, its pretty nice, i like clangs error messages way better than the gcc
16:56 whiteknight agreed. The error messages are much much nicer
16:56 whiteknight clang is my default compiler of choice now
16:58 ash_ those revisions work together and are pretty stable, and can build boost, but you can try just the most recent trunk of both llvm and clang but i have had hit or miss experiences with using the full trunk, sometimes they work fine and sometimes i cant even compile them
17:00 whiteknight I don't really need the C++ support, so I may just stick with 1.1 for now
17:04 ash_ llvm 2.8 should come with 2.0 clang
17:04 ash_ they are on a 3 month release schedule and 2.7 came out in April, so the next release will be in late July or early August
17:06 whiteknight okay, that's good
17:06 whiteknight I like updating to fixed releases
17:24 ash_ can you say printf("%s", foo); where foo is: STRING foo; ?
17:26 NotFound ash_: use "s" and parrot io functions.
17:26 NotFound "%Ss"
17:27 ash_ are there a list of the parrot io functions somewhere? or a header?
17:29 NotFound include/parrot/io.h
17:29 NotFound And some in include/parrot/extend.h
17:31 ash_ cool, thanks, that hels
17:31 ash_ helps*
17:35 aukjan joined #parrot
17:42 ash_ i keep getting a seg fault with something i added but when i try to run it with the gdb i get a different error, its complaining it can't find a pbc
17:42 ash_ in the gdb
17:43 NotFound ash_: use gdb with a dumped core.
17:45 ash_ make
17:45 ash_ oops, wrong window
17:45 purl sudo rm -rf /
18:14 tcurtis joined #parrot
18:32 hercynium joined #parrot
18:40 theory joined #parrot
18:41 dalek parrot: r47513 | NotFound++ | trunk (2 files):
18:41 dalek parrot: ByteBuffer get_iter using an ArrayIterator
18:41 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47513/
18:44 * Coke spent his lunch hour trying to figure out what is eating the CONTROL_RETURN.
18:45 atrodo Any luck?
18:45 Coke the only thing in the chain that looks likely is /compilers/pct/src/PCT/HLLCompiler.pir
18:45 ambs joined #parrot
18:46 Coke er, I mean ../PAST/Compiler.pir; whoops.
18:46 wagle joined #parrot
18:46 Coke AIGH. I am no longer sure what I mean. moment.
18:47 Coke ah, I do mean compiler.pir, and it looks like it was a recent change. one of my dev boxes hadn't  been updated so it looked different.
18:56 allison purl message whiteknight paper emailed
18:56 purl Message for whiteknight stored.
18:56 wagle joined #parrot
18:57 Coke allison: Dunno if you want to touch it again, but there's a ticket for 'aftermath of TT #389' with your name on it. =-)
19:00 whiteknight allison++
19:03 Coke atrodo: giving up trying to follow the path of the code now and just bisecting. it's easier. :P
19:04 dalek TT #1675 closed by dukeleto++: Cannot load perl6.pbc from PIR
19:04 dalek TT #1675: http://trac.parrot.org/parrot/ticket/1675
19:05 atrodo :D  It's a sad when bisect is easier
19:09 cognomore joined #parrot
19:15 szabgabx joined #parrot
19:30 GeJ Bonjour everybody.
19:32 davidfetter hi GeJ
19:33 tcurtis Bonjour, GeJ.
19:33 Tene I disagree.  It's great when we can have tools do work for us.
19:39 Coke I'm very glad there is a tool for this. it is sad that I cannot suss out what's going on. =-)
19:44 Coke ooh, looks like it might be bacek...
19:48 Coke ... or moritz.
19:48 moritz hm?
19:48 * moritz feels hilighted
19:48 moritz what did I break?
19:49 Coke it would be nice if "update ext/nqp-rx" had some pointer back to the source.
19:49 cotto_work you may have broken something and made coke crabby
19:49 Coke moritz: can you show me what in nqp-rx was captured in r46901?
19:49 tcurtis joined #parrot
19:50 Coke DING. it was 46901 that broke partcl-nqp.
19:50 Coke moritz: this is the failure where catch { return } started saying that return was just doing a parrot .return() instead of throwing a CONTROL_RETURN exception.
19:51 moritz Coke: seems it was the regex interpolation stuff by bkeeler++, which was later on revised by pmichaud++
19:51 moritz oh wait, no
19:52 allison Coke: i can look at 389 aftermath, is there a separate number for the ticket?
19:52 * pmichaud looks at 46901
19:52 moritz Coke: cd src/nqp-rx; git log # then search for b228f8ff29919b90c10c883d4922973b3679dea7
19:52 Coke allison: yup.
19:52 moritz Coke: and the changes below that went into that bootstrap update
19:53 moritz (contains changes to HLL::Compiler.eval(), autoprint hooks..)
19:53 Coke allison: TT#1672
19:54 Coke catch uses .eval(), so that's suspicious. =-)
19:55 allison Coke: thanks!
19:57 Coke pmichaud, moritz: I wonder if it would be nice to have each sub show the original HLL (in this case, NQP) source in a comment before it.
19:57 allison Coke: that is certainly odd, since unmarked subs should be stored in the namespace
19:58 allison Coke: it's only methods and vtables that get the special treatment
19:58 Coke allison: no, only subs marked with :nsentry are stored, yes?
19:58 moritz Coke: to the extend where it's possible (nqp and perl6 subs are compiled into several .pir subs, in general) yes
19:58 Coke I'm pretty sure namespace just checks for isa sub.
19:58 allison Coke: if a sub is marked with :method or :vtable, then yes it needs :nsentry
19:59 allison Coke: but if it's unmarked, it should be stored as a sub
19:59 allison Coke: so, absolutely, certainly a bug
19:59 Coke allison: yes, but this isn't a pir .sub =-)
19:59 Coke so there's no marking at all.
19:59 allison Coke: yah, but it's a Sub PMC, which is all the code cares about
20:00 allison Coke: (it doesn't actually have any way of telling if the sub was created from a .sub or directly)
20:00 TimToady phoan
20:00 Coke allison: http://trac.parrot.org/parrot/brows​er/trunk/src/pmc/namespace.pmc#L160
20:00 Coke allison: right. but there's no way to mark a new 'Sub' with :nsentry.
20:01 allison Coke: will look more after call
20:01 ambs joined #parrot
20:02 Coke TimToady, allison: I have nothing really sixy this week (again). will bail.
20:03 Coke pmichaud: ah. def10fd60c43741c13d6de45b7386568922c412f made 'eval' an NQP method.
20:03 allison Coke: also look at line 139
20:03 dalek parrot: r47514 | tcurtis++ | branches/gsoc_past_optimization (7 files):
20:03 dalek parrot: PAST::Pattern.transform(PAST::Node, invokable) implemented and partially tested!
20:03 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47514/
20:03 Psyche^ joined #parrot
20:03 moritz tcurtis++ # looks like good progress
20:03 allison Coke: that's checking if the sub is a vtable entry
20:04 Coke ok. so there's no handling in there for just a straight :sub ?
20:04 Coke er, .sub
20:04 Coke ?
20:05 theory joined #parrot
20:08 pmichaud Coke: so, what is the return exception issue you're seeing?
20:09 Coke pmichaud: the code in eval() is throwing a CONTROL_RETURN. the try block outside the eval() never sees it.
20:10 Coke if eval is now an NQP sub/method where it was not before, that might explain it.
20:10 pmichaud Coke: this is HLL::Compiler's eval() that is throwing the CONTROL_RETURN?
20:10 allison Coke: no special handling, it falls down past line 388, gets checked for NCI and multi, then gets stored as an ordinary entry
20:10 allison Coke: but, there must be something going wrong in the logic, since it's not getting stored
20:11 Coke pmichaud: partcl-nqp's catch calls partcl compiler's eval calls nqp's eval calls pct's hllcompiler's compile calls past compiler. I think.
20:12 pmichaud checking
20:12 estrabd joined #parrot
20:12 Coke the partcl code is puts "Got [catch return], should be 2"
20:13 Coke -> "Got 0, should be 2" # the CONTROL_RETURN exception is gone, so it looks like a normal exit. (TCL_OK, or just .return())
20:14 Coke If that's it, it's probably fixable by moving forward on the elimination of CONTROL_RETURN from NQP that you discussed.
20:14 pmichaud I'm guessing that perhaps HLL::Compiler.eval() shouldn't catch any exceptions.
20:14 Coke that would be fine.
20:14 pmichaud ohhhh, I see what's happening.
20:16 Coke \o/
20:16 Coke wozzit?
20:18 Coke <- in suspenders.
20:18 tcurtis pmichaud++ and bacek++ for NQP multis. They made writing the PAST::Transformer subclass for the .transform method on PAST::Patterns much more pleasant.
20:19 cotto_work nice.  I should update opsc to use those.
20:20 cotto_work no more need for "poor man's multi" now
20:20 whiteknight nqp has multis now?
20:20 cotto_work yes indeed
20:21 cotto_work check out tcurtis' latest commit
20:22 pmichaud Coke: (sorry, was on phone)
20:23 pmichaud yes, since eval() was moved to be written in NQP, it now has a return handler (as all NQP subs do).  So, the real problem is a lack of a true lexical return.
20:24 Coke is it possible to temporarily avoid the issue by making that not a method but an anonymous block?
20:24 cotto_work ooc, would it be worth adding a restrict macro to Parrot?
20:24 pmichaud Coke: it has to be a method to be invokable by a method call.  (Or perhaps I'm misunderstanding)
20:24 pmichaud the other potential issue is that the exception type numbers changed with my recent patch for parrot's 'exit' opcode.
20:25 Coke nope. wasn't sure if the trick we used to write [return] in partcl would be applicable here.
20:25 darbelo Oh crap. The headerizer isn't working on windows for some reason.
20:25 dalek winxed: r493 | julian.notfound++ | trunk/winxedst0.cpp:
20:25 dalek winxed: pirops in stage 0
20:25 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=493
20:25 pmichaud so the part of partcl-nqp that says
20:25 pmichaud # XXX using numeric type ids is fragile.
20:25 pmichaud             # XXX using numeric type ids is fragile.
20:25 Coke pmichaud: didn't impact any of the #'s I am relying on, I think.
20:25 pmichaud is especially true at this point.
20:25 pmichaud It definitely affected CONTROL_LOOP_LAST and CONTROL_LOOP_NEXT, I think.
20:25 Coke and yes, I double checked when I saw that one had been added. =-)
20:26 pmichaud one possible "workaround" would be to have partcl-nqp throw an exception type other than CONTROL_RETURN
20:26 pmichaud (I agree, that's a hacky workaround)
20:26 Coke So, what's the fix? How can you make a method that doesn't have any handlers?
20:27 Coke I can do that as a stopgap until the pct change to avoid _return altogether.
20:27 pmichaud well, nqp change, but yes.
20:27 pmichaud because it's not just eval that may catch the return exception, but any subs and/or methods that it calls.
20:29 pmichaud the version of partcl-nqp that I'm seeing now has:
20:29 pmichaud } elsif $parrot_type == 65 { # CONTROL_LOOP_LAST
20:29 pmichaud but runtime/parrot/include/except_types.pasm says
20:29 pmichaud .macro_const CONTROL_LOOP_LAST                          66
20:30 pmichaud (doesn't affect _this_ problem, but it's definitely a mismatch)
20:30 pmichaud eventually nqp will support   pasm::except_types::CONTROL_LOOP_LAST  to avoid this issue :-)
20:34 Coke if I change CONTROL_RETURN to <some random #> my simple test that was failing works. but everything else fails.
20:34 Coke so I'll have to look at that when time permits.
20:34 Coke *sigh*
20:34 pmichaud oh, yeah
20:34 pmichaud <some random #> is going to make it look like a non-control exception
20:34 pmichaud *sigh*
20:35 pmichaud so then the CATCH block would get it.
20:35 Coke that's just an issue in [catch], I got that.
20:35 pmichaud are there other CATCH blocks getting in the way?
20:36 Coke so I'll have to look at that when time permits.
20:36 pmichaud okay.
20:41 Coke I do so not enjoy it when all my parrot hacking time is spent in this fashion. (and it's not just this particular nqp issue, in case you feel singled out, pmichaud . =-)
20:41 pmichaud I don't.  :-)
20:41 PerlJam Coke: it's all the other NQP issues too?  ;>
20:42 Coke it's just not fun anymore. Ah well.
20:43 Coke -Ocrap !
20:44 atrodo Is that an optimizing flag to add or remove crap?
20:44 Coke see also -Ofun
20:49 dalek winxed: r494 | julian.notfound++ | trunk/winxedst (2 files):
20:49 dalek winxed: fix pirop statement and use getstd... ops instead of the interp stdhandle method
20:49 dalek winxed: in both stages
20:49 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=494
21:30 hercynium joined #parrot
21:32 dalek winxed: r495 | julian.notfound++ | trunk/winxedst1.winxed:
21:32 dalek winxed: special case for assign indexed expr to identifier to generate the apprpiate
21:32 dalek winxed: get_..._keyed.. in stage 1
21:32 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=495
21:41 dalek parrot: r47515 | tcurtis++ | branches/gsoc_past_optimizatio​n/runtime/parrot/library/PAST (4 files):
21:41 dalek parrot: Add and update POD docs.
21:41 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47515/
21:46 kevinshaum left #parrot
21:46 cotto_work NotFound, ping
21:46 nopaste "cotto" at 192.168.1.3 pasted "potential surprise when using ByteBuffer" (38 lines) at http://nopaste.snit.ch/21119
21:47 cotto_work NotFound: ^
21:47 NotFound cotto_work: pong
21:48 NotFound Mmmm
21:48 cotto_work It's easy to see why that happens but it has the potential to catch people by surprise.
21:49 NotFound cotto_work: I fail to see what is supposed to do
21:50 cotto_work The naive expectation would be that it'd put 123 into every byte in the buffer
21:50 NotFound cotto_work: that 'i = 0' shouldn't be i = size ?
21:50 cotto_work yes.  I'm stupid.
21:51 cotto_work though that gives non-deterministic results
21:51 nopaste "cotto" at 192.168.1.3 pasted "potential surprise when using ByteBuffer" (38 lines) at http://nopaste.snit.ch/21120
21:51 cotto_work ignore that
21:52 tcurtis Are there any emacs users here who know how to get cperl-mode not to interpret the rest of a NQP source file after "=begin foo" as being a comment?
21:52 NotFound cotto_work: I was wondering if getting a byte out of boudns should throw instead of returning 0.
21:52 cotto_work That'd make errors easier to detect.
21:53 cotto_work +1
21:53 purl 1
21:53 tcurtis cotto_work: I'm not seeing anywhere in your paste where you jump back to start.
21:54 NotFound cotto_work: I'll look at it tomorrow, now is late for me.
21:54 cotto_work srsly.  I need to check my code more carefully.
21:54 cotto_work tcurtis++
21:54 cotto_work cotto--
21:55 NotFound cotto_work: like all the people in the world :D
21:55 NotFound People that code, that's it.
21:55 cotto_work it behaves as expected when I fix my code.
21:58 dalek parrot: r47516 | mikehh++ | trunk/t/dynoplibs/io-old.t:
21:58 dalek parrot: add svn properties
21:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47516/
21:58 dalek parrot: r47517 | mikehh++ | trunk/src/pmc/bytebuffer.pmc:
21:58 dalek parrot: add missing ASSERT_ARGS
21:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47517/
21:58 cotto_work . o 0 (Where's irl ctrl-z when I need it?)
22:01 dalek winxed: r496 | julian.notfound++ | trunk/winxedst0.cpp:
22:01 dalek winxed: special case for assign indexed expr to identifier to generate the apprpiate
22:01 nopaste "cotto" at 192.168.1.3 pasted "what I should have nopasted in the first place" (40 lines) at http://nopaste.snit.ch/21121
22:01 dalek winxed: get_..._keyed.. in stage 0
22:01 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=496
22:04 lucian_ joined #parrot
22:05 ash_ if you have a pointer to a type, is it bad practice for the pointer to point to more than 1 of the type? like int *a = malloc(sizeof(int) * 2); or should that be a int **a?
22:06 NotFound ash_: is common practice in C.
22:06 dalek winxed: r497 | julian.notfound++ | trunk/winxedst0.cpp:
22:06 dalek winxed: stage 0 lacked the predef ord, fixed
22:06 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=497
22:06 dalek winxed: r498 | julian.notfound++ | trunk/winxedst1.winxed:
22:06 dalek winxed: codingstd: a hard tab
22:06 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=498
22:06 NotFound ash_: you can also use calloc for more clarity.
22:07 ash_ thats true, i should probably do calloc
22:07 darbelo int **a would be a pointer to a pointer to an int, not a pointer to two ints.
22:08 ash_ darbelo: i know, i think i am being stupid with my pointers
22:09 darbelo Generally, in c, pointers and arrays are equivalent in most cases.
22:10 NotFound Specially when you alloc it.
22:12 ash_ so... if I have say: int *a;  and I want foo to make a be an array of ints with the values 2, 3 or w/e; would the signature for foo need to be: void foo(int **);? or just void foo(int *);
22:12 darbelo Dammit. Oversquashed the commits.
22:14 dalek parrot: r47518 | darbelo++ | branches/gsoc_nfg/src/string (3 files):
22:14 dalek parrot: Cleanup and headerize
22:14 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47518/
22:15 darbelo int arr[2] = {2, 3}; /* arr is a pointer to int */
22:16 NotFound ash_: to access the array content you just need a pointer. If you want to be able to modify 'a', a pointer to pointer.
22:16 tcurtis ash_: are you wanting to pass in a pointer to the address where you want the result to be stored? like "int arr[2]; foo(arr);" Or do you want to do "int *arr; foo(&arr);"?
22:17 ash_ well i was trying to simplify my example a bit...
22:17 cotto_work NotFound, should I add a TODO test corresponding to the (fixed) nopaste?
22:18 ash_ i could point to where its not working, but that would probably not help much, i just think my pointers are not pointing to the right things
22:18 NotFound cotto_work: TODO what, throwing when out of bound?
22:18 darbelo Pointers rarely point to the right thing. It's part of the fun with C.
22:19 cotto_work no, the inconsistency between byte-level addressing word-sized r/w
22:19 ash_ i think somewhere i am making my pointer point to a stack variable thats disappearing later in the program, thats why i am getting a seg fault, but i'll see
22:20 cotto_work s/word/INTVAL/
22:20 NotFound cotto_work: There is no word-sized r/w
22:20 NotFound INTVAL is used just because that's the vtable wants.
22:22 ash_ i didn't have any problems before i was using a void*, but the pmc's need those i thing? or can i have a pmc attr thats not parrot type?
22:23 bacek aloha, humans
22:24 cotto_work aloha, bacek
22:24 NotFound cotto_work: This nopaste? http://nopaste.snit.ch/21121
22:24 bacek NotFound, consider adding .push_byte/.shift_byte/etc METHODs. Than we can use vtable to migrate freeze/thaw to ByteBuffer.
22:25 cotto_work NotFound: yes
22:26 cotto_work bacek, wouldn't METHODs be slow?
22:27 NotFound cotto_work: Are you too tired?
22:27 bacek cotto_work, yes. But do we need extreme performance in this case?
22:27 cotto_work Just ignore me.
22:27 cotto_work I'll start saying things tomorrow.
22:28 NotFound cotto_work: if i >= size ... looks wrong.
22:28 kid51 joined #parrot
22:30 NotFound bacek: we are near the release, I'm implementing the functionality intender for the encode/decode purpose and less prone to break things ;)
22:31 dalek parrot: r47519 | tcurtis++ | branches/gsoc_past_optimization (3 files):
22:31 dalek parrot: Add support for PAST::VarList in PAST::Walker::Dynamic.
22:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47519/
22:31 dalek parrot: r47520 | darbelo++ | branches/gsoc_nfg/src/string/api.c:
22:31 dalek parrot: Better handling of NULL grapheme tables in concatenation.
22:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47520/
22:31 dalek parrot: r47521 | tcurtis++ | branches/gsoc_past_optimization/runtime/pa​rrot/library/PAST/Transformer/Dynamic.pir:
22:31 dalek parrot: Add support for PAST::VarList to PAST::Transformer::Dynamic.
22:31 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47521/
22:31 bacek NotFound, yes. But if people will start using vtables to access bytes we will not able to move freeze/thaw to ByteBuffer at all...
22:32 NotFound bacek: I don't see the problem.
22:32 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#34293), fulltest) at r47517 - Ubuntu 10.04 amd64 (g++)
22:33 bacek NotFound, we do need fast way of iterating ByteBuffer by "words" for freeze/thaw. VTABLEs are fastest way. But we use them for "bytes"
22:33 NotFound bacek: giving that its name is ByteBuffer, no wonder.
22:34 mikehh that's the first time I can report that for trunk since r46932
22:35 NotFound s/giving/given
22:36 bacek "Byte" is just half of it. "Buffer" can be universal from storage/access view.
22:36 mikehh kid51: I get all tests passing now - how about you?
22:38 NotFound bacek: I think that for INTVAL access we already have ResizableIntegerArray
22:39 bacek NotFound, it's too high level. There is no way to shift u16 from RIA on 64-bits platform.
22:40 bacek Which means we can't use it for freeze/thaw.
22:40 bacek uint16_t
22:41 kid51 mikehh:  Am running tests on 2 OSes right now.  Will post within the hour.
22:42 mikehh kid51: great - hoping we're ok for the release now
22:43 bacek anyway, $dayjob time
22:43 NotFound bacek: If we need a specialized PMC for such complex need better to crate one than complicate and unoptimize the main purpose of ByteBuffer
22:44 dalek rakudo: f50c359 | jonathan++ | src/Perl6/Actions.pm:
22:44 dalek rakudo: When we write my ($x is rw) := 42, make sure that we don't try and re-apply the
22:44 dalek rakudo: is rw when it's already handled in the signature.
22:44 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​50c35907a7d185cb4678c32914e9e0b6f631c05
22:44 NotFound Which is byte level access, as his name manifests.
22:48 dalek parrot: r47522 | darbelo++ | branches/gsoc_nfg/src/string/grapheme.c:
22:48 dalek parrot: Handle cloning on NULL tables.
22:48 dalek parrot: review: http://trac.parrot.org/parrot/changeset/47522/
22:53 kid51 mikehh:  Unfortunately, I'm getting one failure on make coretest on darwin/ppc
22:56 mikehh kid51: unfortunately I don't have access to that platform - but ticket it unless you can figure it out and fix it
22:58 mikehh kid51: is it a darwin specific test?
23:00 nopaste "kid51" at 192.168.1.3 pasted "After make corevm, one failure on darwin/ppc" (11 lines) at http://nopaste.snit.ch/21122
23:01 kid51 "no ICU lib loaded"
23:01 kid51 Not Darwin-specific.  Suspect that test presumes ICU loaded.  But I know I don't have it here.
23:03 kid51 Do you want me to create a TT?
23:04 kid51 make coretest passed on linux/i386; only that one failure on coretest on darwin/ppc
23:09 mikehh kid51: that is a new test and if it is ICU related it needs to test for that and skip if necessary
23:11 ash_ any C guru's that are bored and want to help me out a bit? i have a file that's independent of the whole of parrot that isolates my issue, it only requires a C compiler and libffi headers
23:14 cotto_work anyone feeling like answering can't answer without seeing the code
23:16 ash_ https://gist.github.com/ea759b72f3ce3be7f724
23:16 kid51 mikehh:  matter of fact, it fails under 'make test' as well
23:17 ash_ Excuse my random and many prints, i had most of the code in a pmc before and was having issues with the gdb putting in break points
23:17 cotto_work why does that gist have a private clone URL?
23:18 cotto_work nm.  download link works fine
23:18 ash_ if you want to check out the gist to work with, you can clone it so git will manage your changes
23:18 ash_ or you can make a fork
23:18 ash_ its kinda like a mini git repo
23:19 ash_ actually its a full git repo, its a bit less than the normal github project
23:20 ash_ so... in theory, lines 520, 526 and 530 should function the exact same,  but 530 causes a segfault
23:22 ash_ the ffi_cif struct type has an element ffi_type *arg_types; that appears to be on the sig.cif, i can't for the life of my figure out why
23:26 ash_ i have a few things in there to let it act like it was in parrot (hence the macros for PARROT_INTERP etc.), but most of that shouldn't matter to much i don't think
23:28 dalek TT #1677 created by jkeenan++: t/pmc/bytebuffer.t:  Fails when ICU is not present
23:28 dalek TT #1677: http://trac.parrot.org/parrot/ticket/1677
23:36 theory joined #parrot
23:37 tetragon joined #parrot
23:58 snarkyboojum joined #parrot

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

Parrot | source cross referenced