Camelia, the Perl 6 bug

IRC log for #parrot, 2008-12-03

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:04 jonathan chromatic: Ah, who broke it?
00:04 jonathan I'm pretty sure it worked before I went. :-|
00:07 tetragon joined #parrot
00:07 jonathan Gah, t/spec/S12-methods/multi.t and t/spec/S12-methods/default-trait.t certainly worked.
00:08 jonathan chromatic: http://rt.perl.org/rt3/Publi​c/Bug/Display.html?id=60910 seems to suggest you think it's fixed?
00:09 AndyA joined #parrot
00:12 chromatic I fixed part of it, but I'm not sure that the Perl6MultiSub does the right thing.
00:12 chromatic I don't want to back out the switch to VTABLE_isa in that patch, for example.
00:18 jonathan Do we know which patch in particular broke it in the first place?
00:21 lu_zero joined #parrot
00:30 chromatic r33263
00:35 jonathan chromatic: Ah, yes.
00:35 jonathan Perl6MultiSub doesn't yet act like it's a ResizablePMCArray.
00:35 jonathan I held of making it that way to wait and see if we'd drop MultiSub inheriting from that though.
00:35 jonathan *off
00:36 jonathan (I'm really not convinced that it should.)
00:36 jonathan Of course, we need a way to do those style of things (enumerate the things in it and iterate over them)
00:36 jonathan So I expect the vtable methods that need implementing to make it work with this patch would be needed anyways.
00:36 jonathan (And easy to write).
00:36 tak joined #parrot
00:37 chromatic I added one since then.
00:37 chromatic I really don't like the RPA inheritance.
00:37 chromatic It makes us look like we don't understand objects, which is silly, because at this point I think I can say that I sort of do.
00:38 jonathan OK, you added those methods and we still manage to fail the tests?
00:38 jonathan That's odd. And shouldn't happen.
00:38 jonathan I'll check them tomorrow
00:39 jonathan But yes, RPA inheritance should go. It stops us using the multi dispatch cache easily on multi subs for one.
00:40 chromatic I added get_pmc_keyed_int.
00:40 jonathan And elements?
00:40 purl i heard elements was at http://www.privatehand.com/flash/elements.html
00:40 chromatic No.
00:40 chromatic That may be the problem.
00:40 jonathan Yes. It'd liikely segv. :-)
00:41 jonathan Hmm. Maybe not.
00:41 jonathan I dunno what it'd do. Nothing at all sensible.
00:41 chromatic It's likely wrong though.
00:41 chromatic I can convert the MultiSub PMC to use PMC attrs as storage tomorrow.
00:41 jonathan That'd be nice.
00:42 jonathan If we can define the interface (which VTABLE methods) you need to implement when subclassing MultiSub, that'd be even nicer.
00:42 jonathan Or maybe the PDD already does that.
00:42 chromatic I don't think any PMC's POD does that.
00:43 jonathan True.
00:43 jonathan Well, I think the objects PMC suggests what vtable methods are expected to work on the relevant PMCs.
00:44 jonathan Anyway, I need to sleep...tired after flying back from the UK.
00:44 jonathan Will look at it a bit more tomorrow.
00:45 jonathan Got a bit more code on my laptop towards bytecode annotations too.
00:51 adu joined #parrot
01:12 Limbic_Region joined #parrot
01:13 cotto joined #parrot
01:14 adu hi
01:17 gmansi joined #parrot
01:22 particle hi adu
01:22 adu I was looking into some memory leaks, and I think I narrowed it down to 4 functions
01:23 adu Parrot_readbc, Parrot_invokecc_p, Parrot_thaw, and PackFile_unpack
01:24 adu still not sure where it is
01:26 adu shall I pastebin my results?
01:27 particle better to enter a trac ticket
01:27 particle parrot trac?
01:27 purl i heard parrot trac was https://trac.parrot.org/parrot/
01:40 Whiteknight joined #parrot
01:40 ChrisDavaz joined #parrot
01:52 MariachiElf joined #parrot
02:03 adu i updated the ticket
02:08 tewk Infinoid:
02:16 ChrisDavaz joined #parrot
02:25 gmansi joined #parrot
02:28 kid51 joined #parrot
02:29 Util_ joined #parrot
02:36 Util_ purl: seen cogent?
02:36 purl cogent was last seen on #perl 127 days, 2 hours, 5 minutes and 53 seconds ago, saying: gentoo-- # "just disable tests" blargh  [Jul 29 00:31:01 2008]
02:43 mfredrickson joined #parrot
03:08 gmansi joined #parrot
03:08 Infinoid tewk:
03:57 allison joined #parrot
04:00 tewk are imcc and contexts still suppose to leak like a seive?
04:02 elmex_ joined #parrot
04:22 jimmy joined #parrot
04:22 jimmy cotto: ping
04:34 ChrisDavaz joined #parrot
04:37 Andy joined #parrot
04:55 wycats joined #parrot
04:56 wycats is anyone around who works on cardinal?
04:58 wycats I can't figure how to get parrot to compile a ruby file
04:58 tewk cd languages/cardinal; make; ../../parrot cardinal.pbc myruby.rb
05:00 wycats main: Packfile loading failed
05:00 wycats Parrot VM: Can't stat cardinal.pbc, code 2.
05:00 Tene wycats: first run 'make' in languages/cardinal/
05:00 wycats ah yes
05:08 tewk jhorwitz: ping
05:13 Util Andy: are you Andy Lester?
05:13 Tene Util: yes he is.
05:14 Andy Who wants to knkow?
05:14 Andy Are you Charlize Theron, wanting to give me a backrub?
05:14 Util Bruce Gray; Util of PerlMonks. I am just finishing an email to you, thinking I would not catch you on IRC.
05:15 Andy I'm all for email, too.
05:15 Andy I'm in AIM.
05:15 Andy I'm everywhere!
05:16 Andy Hey look, I just happen to be chatting w/David Hand's roommate
05:16 Tene It's true!  He's even in my hotel room with me right now.
05:16 Util No way!
05:16 Andy Tene: I am NOT paying $10 for softcore porn.
05:17 Util I should IRC more often.
05:19 Andy Util: David says: "Thank you for the reminder, I'll respond to email tonight"
05:19 Tene pmichaud: around?
05:20 Util Thanks so much, Andy!
05:20 Andy you're welcome.
05:26 Tene pmichaud: the problem isn't that the sub the EH is in needs its context marked, the problem is that the sub we're throwing exceptions from, which is called from the sub with the EH, needs its context refcounted.  set_pointer can't *possibly* be the right place to mark the context of a sub that we're going to be throwing something from later on.
05:45 Infinoid Tene: ping
05:47 Tene Infinoid: pong
05:47 Infinoid Tene: tewk++ and I have made some progress figuring out your polyglotbot bug.  It's so obscure, it's beautiful.
05:47 Tene orly?
05:47 purl YA RLY.
05:48 Infinoid for some reason, running it under screen have caused the planets to align in such a way that the heap is not executable.  (verifiable in /proc/<pid>/maps.)
05:48 Infinoid parrot is calling the right stuff to get an executable chunk of memory to write JIT code into, but since the executable bit isn't set (due possibly to a glibc bug, not sure yet), executing it results in SIGSEGV
05:49 Infinoid dunno what screen does differently, yet.  but feather3 is running on top of feather1 or something, right?
05:49 Infinoid as a workaround, you might try running screen on the *real* machine and then sshing into feather3 from there, and running polyglotbot in that.
05:50 Tene pmichaud: hmm... maybe it's not the same problem as before...
05:53 * Infinoid writes up an inscrutible treatise on executable heaps and JIT for the list
05:55 tetragon joined #parrot
05:57 Tene pmichaud: this is definitely a different bug than before.
05:57 Tene unless... maybe I'm a moron.
05:58 Infinoid maybe I am too.  but that doesn't mean either of us are wrong. :)
05:59 Tene ... yeah, I'm a moron.
06:00 Tene I've spent the night trying to fix a bug that was already fixed.  The problem with resumable exceptions is that EHs are still being auto-disabled.
06:00 Tene lemme see if all tests pass like they should with that behavior off.
06:04 Tene looks like one of the tests in threads.t still freaks out.
06:04 Tene Allison gave me a fix for this, and I forgot about it.
06:07 Tene the nopaste is long-gone.
06:10 Hadi joined #parrot
06:10 Hadi left #parrot
06:15 TiMBuS joined #parrot
06:20 jimmy I think I'm the first volunteer for translation of Parrot's documentation in chinese.
06:21 cotto That's quite possible.
06:21 cotto Did you read the #ps log?
06:22 jimmy yes
06:22 cotto ok
06:23 jimmy a one is better than none
06:23 cotto I recommend adding a comment to ticket #13 ( https://trac.parrot.org/parrot/ticket/13 )
06:24 cotto A comment from a willing volunteer would help get the process started.
06:25 jimmy ok
06:25 cotto jimmy++
06:27 jimmy done :)
06:28 cotto Thanks.  I hope you can be patient while we get the infrastructure set up.
06:29 jimmy in anticipation.
06:34 jimmy I am paying close attention to pipp and documentation i18n.
06:35 jimmy and also perl6.
06:37 dalek r33450 | tene++ | trunk:
06:37 dalek : [exceptions]
06:37 dalek : * Remove the 'automatically disable exception handlers' behavior
06:37 dalek : * Resumable exceptions work properly now.
06:37 dalek : * Dumb down the builtin exception handler for threads on allison's
06:37 dalek :   recommendation. This should probably be fixed properly eventually.
06:37 dalek : * One additional parrot test passes.  No additional fails.
06:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33450
06:50 cotto wow.  Worf does I M Weasel's voice.
06:50 cotto My world just got a little bit weirder.
06:59 cotto not to mention that The Red Guy also does Buster in Tiny Toons
07:18 uniejo joined #parrot
07:21 jimmy Everyone registered on trac.parrot.org seems to be permitted to change properties
07:38 dalek r33451 | tene++ | trunk:
07:38 dalek : [continuations]
07:38 dalek : * Fix logic for invalidating return continuations when we create a
07:38 dalek :   continuation.  I'm pretty sure that the previous code wouldn't have
07:38 dalek :   ever worked.
07:38 dalek : * Fix the location of pop_eh in the (previously failing) test for this.
07:38 dalek : * This (probably) resolves RT #56458
07:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33451
07:52 alvar joined #parrot
08:10 tak joined #parrot
08:21 chromatic joined #parrot
08:31 clunker3_ joined #parrot
08:53 Ademan joined #parrot
09:10 iblechbot joined #parrot
09:12 gaz joined #parrot
09:19 tomyan joined #parrot
09:19 tomyan1 joined #parrot
10:10 tak joined #parrot
10:13 Hadi joined #parrot
10:13 Hadi left #parrot
10:18 ff-wonko joined #parrot
10:40 leo joined #parrot
11:04 MariachiElf joined #parrot
11:07 kj joined #parrot
11:12 dalek r33452 | julianalbo++ | trunk:
11:12 dalek : fix string is_same for no same pmc class case
11:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33452
12:00 AndyA joined #parrot
12:08 tak joined #parrot
12:30 mfredrickson joined #parrot
12:34 ff-wonko joined #parrot
12:41 dalek r33453 | julianalbo++ | trunk:
12:41 dalek : [imcc] fix c++ build
12:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33453
12:41 ff-wonko joined #parrot
13:00 dalek r33454 | kjs++ | trunk:
13:00 dalek : [MANIFEST] update manifest after adding ncigen files.
13:00 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33454
13:02 dalek r33455 | kjs++ | trunk:
13:02 dalek : [ncigen] fix svn props.
13:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33455
13:18 iblechbot joined #parrot
13:21 clunker9_ joined #parrot
14:10 bacek joined #parrot
14:13 ruoso joined #parrot
14:13 jimmy joined #parrot
14:15 dalek r33456 | pmichaud++ | trunk:
14:15 dalek : [core]:  Add tests for trac #11.
14:15 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33456
14:16 jonathan pmichaud: How's the parameter passing refactor going?
14:16 jimmy Ts there no standard for pir codes? the codes under runtime was disordered.
14:17 jimmy s/Ts/Is/
14:18 pmichaud jonathan: got distracted working on a couple of other issues (mostly subid stuff)
14:19 kj jimmy: you mean coding standards?
14:19 jimmy yes
14:20 kj no, except 'common sense' and general esthetics
14:20 Coke to enforce pir coding standards, we were going to wait for a PIR parser in PCT, I think. Then we could read in PIR and emit it properly formatted.
14:20 kj Coke: pirc can do pretty printing ;-)
14:21 kj (but it's not finished yet)
14:21 gryphon joined #parrot
14:21 jonathan pmichaud: OK.
14:22 ff-wonko joined #parrot
14:23 jimmy pmichaud: .const int TESTS = 90 ? not 89 ?
14:24 jimmy hope it right :)
14:33 jhorwitz tewk: pong from last night :)
14:35 ff-wonko joined #parrot
14:37 ff-wonko joined #parrot
14:38 Coke kj: that'd work too.
14:39 Coke jimmy: I had started a perl script to do it (pirtidy.pl), but it wasn't going anywhere, and it seemed silly to have 2 things that knew how to parse PIR.
14:50 * Coke chuckles at the PS1 here: http://blag.xkcd.com/2008/12/03/some-lists/
14:54 jimmy coke: i am improving vim indent plug.
14:55 jimmy coke: and a problem blocked me
15:03 rafl joined #parrot
15:06 Coke something I can help with?
15:08 contingencyplan joined #parrot
15:10 Hadi joined #parrot
15:10 Hadi left #parrot
15:14 Infinoid does anyone know what sort of machine feather3 is running on?  specifically, whether the parent OS is running a 64-bit kernel?
15:16 * Infinoid has a theory involving x86 kernels ignoring the NX bit and a parent 64-bit kernel setting the bit without xen/x86 knowing about it
15:16 jhorwitz IIRC, it's a P4 x86 (32-bit)
15:17 Infinoid oh hey, jhorwitz, had a question for you too. :)
15:17 jhorwitz uh oh
15:17 * jhorwitz learns to keep his trap shut
15:17 Infinoid jhorwitz: tewk mentioned you may have added a ticket about SIGSEGV when executing JIT code
15:17 jhorwitz mm, yes.
15:17 Infinoid so we were wondering whether you might be seeing the same issue that's preventing polyglotbot from running.
15:17 jhorwitz i'd recognize the stack trace.
15:18 Infinoid in this case, it's because the heap is non-executable, and this can be verified in /proc/<pid>/maps
15:18 Infinoid ok, one moment
15:18 jhorwitz right, i saw the thread
15:19 nopaste "Infinoid" at 75.31.91.111 pasted "JIT crash on feather3" (34 lines) at http://nopaste.snit.ch/14790
15:20 Infinoid jhorwitz: what's the ticket number?  I looked at recent stuff and didn't see anything that looked familiar
15:21 * jhorwitz digs through his pile
15:21 jhorwitz RT #60338
15:22 tomyan joined #parrot
15:23 tomyan1 joined #parrot
15:23 tewk jhorwitz: do you have a machine we could login to and look at your bug, or could you recreate it on feather?
15:23 Infinoid hmm, your backtrace looks like something different, to me
15:24 jhorwitz Infinoid: that's the only JIT-related ticket i've submitted
15:25 jhorwitz tewk: i'm going to back out the fix on my server and see if it still breaks.  if so i'll try to recreate on feather.
15:26 tewk jhorwitz: I forgot, yours looks to be more of a constant pmc issue.
15:26 tewk if you can recreate the env on feather, I'll look at it.
15:27 jhorwitz ok.  probably a good idea to get mod_parrot set up there anyway...
15:29 Infinoid I'm off to work, thanks guys
15:37 Debolaz joined #parrot
15:38 jimmy joined #parrot
15:39 jimmy coke: i got it worked
15:39 nopaste "jimmy" at 121.34.36.48 pasted "improving indent_pir.vim" (65 lines) at http://nopaste.snit.ch/14791
15:41 moritz jimmy: can you send that patch to the list please?
15:42 jimmy moritz: where ?
15:42 moritz I can try it out later today (hopefully) and apply it
15:42 moritz purl: parrot-dev?
15:42 purl moritz: bugger all, i dunno
15:42 moritz parrot-dev@lists.parrot.org
15:42 pmichaud purl, parrot-dev is parrot-dev@lists.parrot.org
15:42 purl OK, pmichaud.
15:42 jimmy i am in the blacklist.
15:43 jimmy i am using nopaste all the time. :(
15:43 tewk jimmy: can you get a US email account like gmail.
15:43 tewk you could set up gmail to foward to your normal account.
15:44 moritz tewk: is that so trivial in China?
15:44 * moritz remebers some wild stories about firewalling
15:44 tewk just a thought.
15:44 purl i think just a thought. is _smtp_code_220 really an object method ?
15:44 moritz purl, forget just a thought
15:44 purl moritz, I didn't have anything matching just a thought
15:44 pmichaud yes, I suspect it might not be as easy for jimmy as it is for the rest of us.  :-|
15:44 jimmy this is just a simply patch
15:44 tewk he can't log in to gmail?  I'll create him an account if that will help.
15:44 moritz ok, I hope I remeber to pick it up later
15:45 moritz tewk: dunno, just a thought :)
15:45 jimmy gmail sometimes does not work in china
15:45 jimmy for GFW of china
15:45 moritz unless somebody beats me to it, of course
15:45 tewk guess we need to create a irc to gmail gateway :)
15:45 pmichaud or maybe a nopaste-to-email gateway.
15:46 jimmy pmichaud++
15:46 tewk pmichaud: that would be much easier.
15:46 jimmy i just leave my email to nopaste.
15:46 particle does parrotbug utility work?
15:46 pmichaud jimmy:  perhaps submit the patch as a trac ticket?
15:46 tewk I'll commit it
15:46 particle yes, trac ticket will do it too :)
15:47 pmichaud that causes it to go to email *and* puts it in the tracker, which is where patches normally should go anyway :-)
15:47 jimmy simple patch should be simply done. if anyone have a rest time.
15:49 jimmy sometime i got a lot of patches.
15:50 jimmy hmm, trac ?
15:50 purl trac is a web-based software project management and bug/issue tracking system emphasizing ease of use and low ceremony. It provides an interface to the Subversion revision control systems, integrated Wiki and convenient report facilities.  http://projects.edgewall.com/trac/ or Python, SQLite and ClearSilver or killing killtrac or a bug-tracking tool
15:50 pmichaud trac.parrot.org
15:50 moritz trac is also at https://trac.parrot.org/parrot/
15:50 purl okay, moritz.
15:50 pmichaud patches?
15:50 purl We don't need no stinkin' patches!
15:51 tewk jimmy: committed
15:51 purl The chicken is involved, but the pig is *committed*.
15:51 jimmy pm: i know it
15:51 jimmy :)
15:51 moritz purl, forget patches
15:51 purl moritz: I forgot patches
15:51 pmichaud purl, patches is https://trac.parrot.org/parrot/newticket
15:51 purl OK, pmichaud.
15:52 dalek r33457 | tewk++ | trunk:
15:52 dalek : [indent_vim] patch via Jimmy Zhuo
15:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33457
15:54 jimmy tewk: many thanks.
15:55 moritz jimmy++
16:00 pmichaud tewk: where did we leave off with subid?  I think I got called away suddenly yesterday when we were discussing it.
16:01 pmichaud do I need to create some more tests?
16:06 particle (more tests)++
16:06 particle interview &
16:08 Tene pmichaud: my retcontinuation upgrade patch last night also modified the test.  It passes for me as it is in trunk currently.  I moved the pop_eh to after the handle_errs: label.  Is it still failing for you as it is in trunk?
16:12 pmichaud I didn't see the test patch... just a sec
16:13 pmichaud Tene: yes, you ended up with the same test I did.
16:14 pmichaud no, it doesn't fail for me in trunk.
16:14 masak joined #parrot
16:15 Tene Great.  I'm also a little concerned about the sanity of that fix, as it looke dlike it would have never worked i nthe first place.  the most significant problem was that it was starting on the newly created continuation itself, which is never going to be a retcontinuation, I think.  I need to scan trunk for other uses.
16:16 Tene Yeah, that's how it's used everywhere.
16:16 tewk pmichaud: subid passing all tests, I'm going to commit.
16:16 pmichaud Tene: I ran into the exact same issue when doing lexicals.  I completely agree that invalidate_retc_context was broken.
16:17 pmichaud allison and I had a long, um, "discussion" on that issue a couple of weeks ago.
16:17 Tene Okay, that's good to hear.
16:17 pmichaud as written, invalidate_retc_context never walked up the caller chain.
16:17 Tene The other change I made in invalidate_retc_context was to make it chase the caller_ctx of contexts instead of ctx->current_cont->from_ctx
16:17 tewk pmichaud: commit ok with you?
16:18 pmichaud tewk: if all tests pass, definitely.
16:18 pmichaud Tene: yes, following ->from_ctx is what meant that it never went to callers.
16:18 pmichaud because the ->from_ctx indicates the context the continuation is being invoked _from_, not where it's returning to.
16:19 pmichaud in the case of a retcontinuation, from_ctx is the "called context", never the "caller's context"
16:19 jonathan pmichaud: For getting rvalue slices working - you thinking of just implementing postcircumfix:[ ]?
16:19 pmichaud jonathan: yes.
16:19 pmichaud and postcircumfix:<{ }>
16:20 pmichaud we have to rethink assignment a little bit, also.
16:20 pmichaud S06 explicitly mentions a "Proxy" object, with FETCH and STORE methods.
16:20 dalek r33458 | tewk++ | trunk:
16:20 dalek : [subid] lookup by subid, then by sub name, then by find_sub_not_null_p_sc works, all tests pass
16:20 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33458
16:21 pmichaud I need to learn a bit more about Parrot roles.
16:21 jonathan Yes, I saw the Proxy object stuff.
16:21 pmichaud tewk:  why the "by sub name" part?
16:21 pmichaud I would've thought just "lookup by subid, then by find_sub_not_null_p_sc"
16:22 jonathan The copy approach won't quite work for that case.
16:22 pmichaud jonathan: I'm thinking we'll end up with a Container role
16:22 Coke poor jhi.
16:22 pmichaud or Perl6Container
16:23 pmichaud I can see lots of places where we can improve assignment if we do a bit of mixin
16:23 jonathan It'll be nice if we can avoid having to explicitly check whether what we're assigning to is a Proxy object.
16:24 jonathan And have it just fall out of some kind of dispatch.
16:24 pmichaud on a slightly different topic, I think that "Perl6Scalar" should be named "Perl6Var"
16:24 jonathan Ah, good name.
16:24 tewk joined #parrot
16:24 pmichaud I also think that "ObjectRef" and "Perl6Var" should be sibling classes
16:24 pmichaud inheriting from a common ancestor (and not one from the other)
16:25 pmichaud I'd like to see what we currently have as "ObjectRef" go into the Parrot core, perhaps as PMCRef or Ref or something.
16:25 pmichaud (there's already a Ref type, I don't know that it works as well as our ObjectRef, or that anyone uses it.)
16:26 pmichaud but yes, I think we can get assignment to fall naturally out of dispatch
16:26 pmichaud without having to do a bunch of specific tests for each type.
16:26 jonathan I'd prefer that.
16:27 jonathan I can offer answers on roles stuff, when you get to the point that you have questions.
16:28 jonathan I know a little bit about roles in Parrot. ;-)
16:28 pmichaud do roles act like classes in that we can declare methods directly in PIR by placing the method in a "role namespace"?  Or do we have to explicitly "add_method" them?
16:31 tewk irclog?
16:31 purl i heard irclog was http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
16:32 jonathan pmichaud: I *think* it will grab 'em from the namespace.
16:32 jonathan I'm pretty sure Rakudo relies on that to work, in fact.
16:32 pmichaud jonathan: okay.  I'll check it out soon then.
16:33 pmichaud right now I want to see how far tewk++'s subid modifications get us towards getting rid of the 'get_outer' hack.
16:33 pmichaud and possibly to update PCT to reference subs by subid instead of name.
16:35 tewk pmichaud: by sub nmae is for backwards compat, mostly anan subs
16:35 tewk when we start breaking and fixing things, we will have to do that one.
16:35 pmichaud ...tewk:  but subid should default to the name anyway?
16:35 Lorn joined #parrot
16:35 pmichaud .sub "foo" :anon      # can still look up by subid "foo"
16:36 pmichaud the only place where lookup by name might be needed is if we already have
16:36 pmichaud .sub "name" :subid("othername")
16:36 tewk right, I'll fix that.
16:36 pmichaud however, in this case find_sub_not_null  would catch it.
16:36 tewk right.
16:36 pmichaud so the only _other_place where it would fail is
16:37 pmichaud .sub "name" :anon :subid("othername")
16:37 pmichaud but I just don't think there are that many of those in the codebase.  (Exception:  PCT generates them.)
16:37 pmichaud (but PCT can/will be fixed.)
16:37 tewk well it works. but I will clean that up
16:38 pmichaud so, I guess I suggest leave lookup by name in there by now until I get PCT updated.
16:38 pmichaud s/by/for/
16:38 tewk sounds good
16:39 pmichaud tewk++  # I'm _really_ pleased this is happening fast
16:41 tewk we can break and fix subid this week, and nsentry right after the release
16:41 tewk afk 15min
16:41 pmichaud why does nsentry have to wait until after release?
16:55 jhorwitz tewk: re the JIT segfault, everything works on feather just fine.  will try to recreate on my server.
16:58 nopaste "pmichaud" at 72.181.176.220 pasted "patch with more failing subid tests (for tewk++)" (54 lines) at http://nopaste.snit.ch/14793
17:00 Infinoid tewk: "POSIX says that the behavior of mprotect() is unspecified if it is applied to a region of memory that was not obtained via mmap(2)." -- my mprotect(2) manpage
17:00 Infinoid so I'm not so sure we should be using posix_memalign() for JIT code buffers.
17:02 Infinoid that's a fairly easy fix, though I dunno how to do it on non-posix platforms
17:04 tewk Infinoid: i didn't write the executable allocator, but we can change it to mmap pretty easy, maybe we need a executable arena
17:05 Infinoid I'll work up a patch
17:05 tewk pmichaud: I forgot to deprecate it remember.
17:05 pmichaud ...deprecate what?
17:05 pmichaud :nsentry is a new feature, no deprecation involved
17:05 tewk ok not nsentry, but method and vtable
17:06 pmichaud oh, that method and vtable imply anon?
17:06 tewk yeah
17:06 pmichaud okay.
17:06 pmichaud (whew!)
17:06 pmichaud I was thinking I'd have to wait until release to start using nsentry.  :-(
17:07 tewk you can use all of then right now, it just some of the backwards compat can't come out until after the release.
17:07 tewk s/then/them
17:07 pmichaud excellent.
17:07 pmichaud but see nopaste 14793 for my blocker on unicode names
17:09 tewk I'll fix that, I wanted to get whats working now in, and then fix unicode.
17:09 tewk tonight++
17:11 tewk We need a save nopaste url as patch script.
17:15 Infinoid uh
17:16 Infinoid #!/bin/sh
17:16 Infinoid wget "http://nopaste.snit.ch/$1?tx=on" -O $1.txt
17:18 wycats joined #parrot
17:23 pmichaud I'll go ahead and start moving PCT to properly use subids, now that they work.
17:24 pmichaud that'll probably be enough for me to start cleaning up rakudo, now that I think about it.
17:24 pmichaud but, after lunch++
17:27 kj patches?
17:27 purl patches is https://trac.parrot.org/parrot/newticket
17:37 ruoso joined #parrot
17:37 jhorwitz tewk: the JIT segfault from #60338 no longer occurs on my server
17:38 jhorwitz ^ and Infinoid
17:41 masak jhorwitz: good evening
17:42 jhorwitz masak: good afternoon :)
17:42 masak jhorwitz: anything I can do to help with the November <-> mod_perl6 thing?
17:42 jhorwitz actually, i have a list of things...  :)
17:43 jhorwitz well, just two
17:43 purl somebody said just two was good
17:43 masak purl: forget just two
17:43 purl masak: I forgot just two
17:44 jhorwitz 1. all file paths need a configurable prefix.  relative paths don't work since mod_perl can't chdir safely.
17:45 masak that's an aim of mine anyway
17:45 masak that's how it should be, always
17:45 jhorwitz 2. all URLs need a configurable prefix as well, since we'd wait to access november from non-root urls like /wiki
17:45 jhorwitz s/wait/want
17:45 masak aye
17:45 masak sounds perfectly reasonable as well
17:46 jhorwitz everything else is CGI related
17:46 jhorwitz which is farily easy
17:46 masak that second thing'll probably be a property of the Dispatcher, somehow
17:46 masak jhorwitz: I'll look into those two tonight
17:46 jhorwitz masak++ :)
17:46 jhorwitz i tweaked things manually, and it worked great
17:46 masak collaboration++
17:47 jhorwitz but didn't know where it belonged permanently.
17:47 masak jhorwitz: great!
17:47 masak jhorwitz: any chance you could send those changes?
17:48 jhorwitz they were hardcoded to my config, and i didn't catch everything, so probably not worth the effort
17:48 masak oki
17:48 jhorwitz i *will* send CGI changes though
17:48 masak goodie
17:49 jhorwitz the only thing we can't do yet is capture headers from STDOUT (e.g. cookies), so i need to figure out what to do there
17:50 masak hm
17:50 jhorwitz mod_perl uses +ParseHeaders, but i don't have output filters in mod_parrot to support that yet.
17:51 jhorwitz so basically the cookies get lost.
17:52 masak that's bad for sessions :/
17:52 * jhorwitz nods
17:52 jhorwitz as a temporary fix, we'll probably have to check for mod_perl6 and call its header routines if we're running under it.
17:53 masak that's acceptable.
17:54 jhorwitz or have ModPerl6::Registry do the dirty work...that would be a nice workaround.
17:54 * jhorwitz thinks harder
17:54 * jhorwitz hurts his brain
17:55 masak careful. :)
17:56 Coke why do we have yet another memory management system in pirc?
17:56 moritz because YES WE CAN
17:56 * moritz ducks
18:02 masak (sometimes it feels like we were all part of that election. I may not have voted, but...)
18:02 moritz you mean, the americans had just as much influence as we had? ;-)
18:02 masak perhaps even more :)
18:04 ff-wonko joined #parrot
18:07 masak food &
18:10 ffwonko joined #parrot
18:11 Andy joined #parrot
18:12 kj joined #parrot
18:18 Coke kj is back: why do we have yet another memory management system in pirc? I'm curious why the GC stuff isn't appropriate.
18:19 wycats_ joined #parrot
18:20 masak pmichaud: I need to print parts of a line in Rakudo and then flush the outpur? how do I do that?
18:20 masak s/r\?/t./
18:22 Coke in perl6 spec, or in rakudo impl?
18:23 Coke (I see on mention of flush in t)
18:23 moritz S16 is severely undertested.
18:24 Theory joined #parrot
18:29 wycats joined #parrot
18:38 dngor joined #parrot
18:39 workbench joined #parrot
18:44 masak Coke: in Rakudo impl, but I'll look up the test for now, and see what I can make of it.
18:45 masak followup q's: how do I (a) autoflush, (b) flush before input?
18:48 pmichaud masak: as moritz notes, S16 is severely undertested/unspecced.  Also, I hope to be moving Rakudo's IO to the new Parrot IO subsystems soon. (more)
18:49 pmichaud perhaps you could propose what you _think_ it ought to look like, if S16 doesn't say already?  ;-)
18:50 masak good idea
18:50 purl masak: Good Idea: Singing Christmas carols to your neighbors. Bad Idea: Singing Christmas carols to your neighbors on the Fourth of July.
18:50 masak pmichaud: I'll just finish this pizza, then I'll get right on it.
18:50 pmichaud masak: okay.  I suspect we could output something reasonably quickly.
18:51 pmichaud enough to get you through your current needs, at any rate :-)
18:51 masak no rush.
18:51 masak this one is workaroundable (and not November-related)
18:52 * moritz thinks about $handle.flush and $handle.buffering(None|Line|Block)
18:52 masak moritz: sounds like a good start, but what about 'autoflush before input'?
18:53 masak (which btw seems a reasonable default to me)
18:53 dalek r33459 | pmichaud++ | trunk:
18:53 dalek : [rakudo]: spectest-progress.csv update: 227 files, 4689 passing, 10 failing
18:53 dalek : Failure summary:
18:53 dalek :     S12-methods/default-trait.t aborted 6 test(s)
18:53 dalek :     S12-methods/multi.t aborted 4 test(s)
18:53 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33459
18:53 PerlJam flushing has to do with output, not input.
18:54 masak PerlJam: it's just that... I'm outputting a prompt, and then asking for a STDIN line
18:54 PerlJam oh, I misread
18:54 masak but because the prompt has no newline in it, it's not shown.
18:54 masak feels non-sane to me.
18:55 masak flushing has to do with performance, but performance is not an issue when waiting for user input.
18:57 moritz masak: so what do you think the program should do? flush STDOUT when reading from STDIN?
18:57 masak aye
18:58 masak that would make sense to me
18:58 masak (unless the programmer turned it off)
18:58 moritz as long as it's interactive, yes
18:58 masak that's why I'd like a flush-before-input setting
18:59 masak ...and for that setting to be the default
18:59 moritz something like $*IN.flush_prior($*OUT)
19:00 * masak did not grok that
19:00 masak what would that line do, exactly?
19:00 moritz make $*IN call $OUT.flush before every read on $*IN
19:01 masak oh, ah. and internally it'd be an array of IO objects or something?
19:01 moritz implementation details.... but probably yes
19:02 moritz there's another option, though
19:02 masak mm?
19:02 purl rumour has it mm is millimetres or #wiccan for "merry meet", which can scare newbies off... or MetaModel or "Mother of Moose!" or the response to things that make you go mm or MakeMaker or the classic macro package for troff or Morning Musume
19:02 moritz one could simply wrap $*IN.prefix<=> to do what you want
19:02 masak hm, yes.
19:07 pmichaud isn't standard output normally flushed when waiting for a read from standard input?
19:08 masak I don't know, but my heart says yes.
19:08 pmichaud it works that way for me in both C and Perl 5
19:08 moritz right, same here
19:08 masak aye, same here
19:09 * masak submits rakudobug
19:09 moritz so we shouldn't need any kind of magic?
19:09 pmichaud I wouldn't think so, no.
19:11 alvar joined #parrot
19:12 alvar joined #parrot
19:13 jhorwitz regex pain...  /^^ <[\w\-]>+/ should match "foobar" (sans quotes) at the beginning of a line, correct?
19:13 pmichaud pge doesn't recognize \w in character lists
19:13 pmichaud (yes, it should.  No, it doesn't.)
19:14 pmichaud probably need that to be  /^^ [\w|'-']+ /   for now.
19:15 * jhorwitz tries that
19:15 pmichaud that's likely what PGE will transform the top expression to anyway.
19:15 pmichaud since one cannot easily enumerate everything that is in \w.
19:18 jhorwitz mmhmm
19:20 moritz pmichaud: dmq over at #p5p has been researching such things earlier this week (unicode character classes and their union/negation)
19:20 pmichaud that's good to know.
19:20 moritz pmichaud: if you're looking for inspiration, it might be worth to contact him
19:20 pmichaud indeed.
19:20 pmichaud at the moment I'm fairly constrained by what Parrot offers, though.  :-(
19:21 pmichaud unless I want to rewrite Parrot's unicode semantics, which is probably better left for the new strings implementation to solve.
19:22 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=38432 - did we finish updating the exception behavior already?
19:23 Coke (If so, is that ticket now failing for some other reason?)
19:29 * pmichaud takes a look.
19:33 pmichaud the ticket is still failing.
19:36 pmichaud the return from main is invoking the continuation created by the die opcode
19:39 Hadi joined #parrot
19:40 Coke yah, I knew it was failing; my phrasing was ambiguous there.
19:41 Coke ... so it's resuming -inside- the :init ?
19:41 pmichaud that's my guess... I can check.
19:41 Hadi left #parrot
19:41 Coke when configure.pl complains that compilation with cc failed, can I get it to be more verbose about why?
19:42 pmichaud it doesn't appear to make it back into the 'init' sub, no.
19:42 moritz Coke: perl Configure.pl --verbose
19:42 pmichaud it's not a simple resume.
19:42 pmichaud instead I think the current continuation for 'main' is being messed up somehow.
19:42 pmichaud perhaps because 'init' is a :vtable sub
19:43 Coke (perl Configure.pl --verbose-step=inter::progs)
19:43 bacek good morning
19:43 Coke apparently no one is using gcc3.3 on os x anymore.
19:43 Coke (that or gcc_select has borked my system.)
19:44 * bacek finally decided to start learning Perl6
19:45 moritz oh, fun ;)
19:45 pmichaud "No!  Keep away from the bright light!"  :-)
19:49 masak haha
19:49 Coke anyone have a list of which versions of gcc are available for which versions of os x?
19:50 Coke (apple versions of gcc)
19:50 Coke I'm specifically interested in gcc 4.x availability.
19:51 cotto Are we officially referring to trac tickets as tt #234?
19:51 masak Perl 6 очень хорошою -- you'll like it.
19:52 bacek Best learning strategy - implement something in Perl6.
19:52 * bacek choose XQuery
19:52 bacek masak: "очень хорошо."
19:52 masak bacek: oops, thought I wrote that. yes.
19:52 Coke "GCC 4.0 is the only compiler able to build applications for Mac OS X on Intel.GCC 4.0 is the only compiler able to build applications for Mac OS X on Intel." -mozilla's site.
19:53 Coke (minus the dups.)
19:53 masak bacek: I've been thinking along similar lines myself (XQuery). but I decided to write the slightly less ambitious XSLT 1.0.
19:53 bacek masak: I've implemented XQuery in C++ couple of year ago
19:54 bacek masak: XSLT _1.0_ is bad
19:54 masak bacek: yes, at most a couple of years :) the standard is from Jan 2007.
19:54 masak bacek: ...but easy to implement, and just about what I need.
19:55 bacek masak: I started with WD. But finished in January, 2008.
19:55 chromatic joined #parrot
19:55 masak bacek: OIC
19:58 Coke chromatic: ~~
19:58 jhorwitz pmichaud: does rakudo support regexes in "when" clauses?
19:59 masak jhorwitz: aye, as long as you put them in a closure, methinks.
19:59 chromatic Eh?
19:59 purl Speak up, sonny!
19:59 masak jhorwitz: oh, 'when' clauses! nvm.
19:59 jhorwitz mmmm, the closure might be causing my parsing woes.
19:59 * masak was thinking about 'where' clauses
19:59 jhorwitz ah
19:59 jhorwitz nevermind then.  :)
20:00 * Coke gets off chromatic's ``lawn''
20:01 chromatic Take some leaves with you.
20:02 Coke chromatic: here's an old memory leak bug: http://rt.perl.org/rt3/Tic​ket/Display.html?id=43218
20:05 wycats joined #parrot
20:05 chromatic Coke, I think I fixed at least part of that.
20:05 chromatic Can you reproduce it?
20:06 petdance joined #parrot
20:08 pmichaud regexes _are_ closures.  :-)
20:08 masak pmichaud: I was thinking about a recent ticket about regexes and where clauses.
20:08 Coke chromatic: testing...
20:08 purl testing is Don't use #perl for testing! or experiri vovere est or make tests pass for existing features, fail for unimplemented features and skip for wishlist features
20:08 masak in which the fact that they are closures was exploited, leading to a crash.
20:14 Coke chromatic: it is not a fast program.
20:15 chromatic Okay.
20:16 Coke also, his last comment on the ticket: "If it isn't leak then it is a bug (in Parrot or in my PIR/PASM code). "
20:16 Coke basically, even if it's not a true memory leak, why are we not GC'ing enough that we eventually run out of memory?
20:16 chromatic It's probably C-level leaks.
20:16 chromatic malloc/free
20:17 Coke if that's the case, they should show up in valgrind, neh?
20:17 masak general kvetch: the "No applicable methods" error can sometimes be very frustrating, because it requires looking at the PIR code to see which method was called. In the best case, the method name and the types of the arguments should be output.
20:18 pmichaud masak: I agree -- that's a Parrot bug, alas.
20:18 pmichaud masak: if you can get a quick example, I think I can get it fixed in Parrot
20:19 masak pmichaud: smalles example I can think of is `perl6 -e 'map [], ()'`
20:20 masak s/es/est/
20:20 Coke chromatic: holy crap. ==18592==    definitely lost: 3,599,987 bytes in 400,004 blocks.
20:20 Coke I will attach it to the ticket. =-)
20:21 chromatic Ouch.  Yes, thanks.
20:21 chromatic I hope it's not a context leak though.
20:25 Coke (*&@#$#; I didn't capture stdout, so my outtfile is empty.
20:25 Coke rerunning with a smaller # of iterations.
20:27 Coke there. still leaks like a sieve.
20:28 tewk chromatic: I have a run of rakudos rx test and contexts leak all over the place.
20:29 chromatic I've seen that.  I'd love to clean them up, but it's not my top priority at the moment.
20:29 * bacek wants LTM...
20:30 bacek rakudo: say "hi"
20:30 polyglotbot No output (you need to produce output to STDOUT)
20:32 spinclad joined #parrot
20:32 Hadi joined #parrot
20:32 Hadi left #parrot
20:33 tewk chromatic: so are you saying that those leaks are specifc to rx, or context leaks in general aren't your top priority.
20:34 tewk just curious what you meant.
20:34 Coke I would think that converting contexts to pmcs would trump fixing leaks with the current impl.
20:34 tewk I agree, I just wasn't sure if it was generally known that contexts are leaking, it surprised me when I saw it.
20:35 dalek r33460 | allison++ | pdd30install_stage2:
20:35 dalek : Removing unused branch from the repository
20:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33460
20:35 chromatic I remain dubious about converting contexts to PMCs.
20:37 pmichaud rx doesn't do anything special that would leak contexts on its own
20:38 Coke is your doubt noted on the ticket?
20:38 pmichaud I'll rephrase -- rx is the place that has the most extensive use of Coroutines.  Those might leak more than other places.
20:39 pmichaud I suspect that contexts have been leaking for some time, but nobody noticed it.  It's possible that the lexicals implementation is causing contexts to leak more than previously.
20:40 tewk I agree, imcc leaks bad too
20:40 chromatic I had contexts mostly not leaking a while back actually.
20:40 pmichaud allison and I decided that "working lexicals with additional leaks" trumped "non-working lexicals with fewer leaks"
20:40 chromatic Oh, I agree with that.  No question about that.
20:40 tewk I agree too.
20:41 pmichaud (not that we knew there would be additional leaks, but that we were willing to risk additional leaks rather than block lexicals for much longer.)
20:41 chromatic My concern about context PMCs is that I expect that to cut performance by half, best-case.
20:41 chromatic I can imagine an order of magnitude decrease.
20:42 pmichaud performance in creating contexts, or in GC, or ....
20:42 pmichaud ?
20:42 bacek chromatic: you just need proper GC implementation
20:42 chromatic Whole program performance.
20:42 moritz bacek: "just". It's not particularly trivial
20:43 pmichaud until my latest change, the previous implementation of contexts was doing O(n^2) mark operations on contexts
20:43 bacek moritz: I know.
20:43 * Coke wonders again if we can work on integrating wk's work.
20:43 tewk that is my suspicion as well, I'm tring to be optimistic.
20:43 chromatic Oh yes, context marking was awful.
20:43 chromatic I'm just saying, if we have to do a full mark and sweep every 100 subroutine calls/returns, ouch.
20:43 Coke urk. GC refactor is due by 01/20 ?
20:44 Coke I disbelieve that. =-)
20:44 pmichaud Coke:  yes, because it's needed for other things.
20:44 pmichaud (context handling being a leading candidate for "other things")
20:44 pmichaud I'm not sure I believe it either... :-)
20:45 pmichaud anyway, if someone can come up with relatively short programs that leak contexts, I'll be happy to trace the leaks.
20:45 tewk bacek: a proper GC impl will help, but it might not be enough
20:45 chromatic "Hello, world!" in Perl 6 leaks.
20:45 pmichaud especially since I'm probably the most familiar with the current context handling code.
20:45 pmichaud s/short programs/short PIR programs/  :-)
20:45 tewk wget tewk.com/t_spec_S05-mass_rx.t.valgrind.err
20:45 pmichaud Hello, world goes through a huge grammar to get there.  :-)
20:46 pmichaud S05-mass_rx.t goes through a huge number of grammars to get there :-)
20:46 chromatic Sure, but the Valgrind output should be clear.
20:46 pmichaud I suspect it'll just tell me that contexts are being leaked from Parrot_Sub_invoke, which I pretty much know already.
20:47 * pmichaud tries the wget.
20:47 dalek will@coleda.com | Parrot:
20:47 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
20:48 pmichaud (because that's where contexts get created)
20:49 dalek will@coleda.com | Parrot:
20:49 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
20:50 dalek will@coleda.com | Parrot:
20:50 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
20:50 chromatic Maybe some of the files in t/pmc/sub.t then.
20:51 Coke is there a converter for socialtextwiki to tracwiki ?
20:51 pmichaud yes, that'd be another place to look -- run valgrind on a number of the test files and see which ones leak
20:51 pmichaud they'd be a lot shorter.
20:54 dalek r33461 | rblasch++ | trunk:
20:54 dalek : Updated Windows PLATFORMS.
20:54 dalek : Removed VC 6, 7.1 and 8.0.  They are no longer supported.
20:54 dalek : Moved MinGW GCC 4.3.0 to Extras.  This port is still alpha.
20:54 dalek : Added VC9 x64 to Extras.
20:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33461
20:59 dalek will@coleda.com | Parrot:
20:59 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
21:02 dalek r33462 | Whiteknight++ | trunk:
21:02 dalek : [Book] More updates to chapter 8, fixing some wording and making things clearer.
21:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33462
21:03 dalek r33463 | moritz++ | trunk:
21:03 dalek : [rakudo] make 'where /regex/' subset types work. riffraff++. Closes RT #60976
21:03 dalek : Patch courtesy by Gabriele Renzi <rff.rff at gmail.com>
21:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33463
21:05 dalek r33464 | allison++ | pdd30install_stage3:
21:05 dalek : Creating third branch for ongoing 'make install' work, integrating trunk with branch.
21:05 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33464
21:06 dalek will@coleda.com | Parrot:
21:06 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
21:08 dalek will@coleda.com | Parrot:
21:08 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
21:10 dalek will@coleda.com | Parrot:
21:10 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
21:39 GeJ Good morning everyone
21:39 Coke allo
21:39 masak GeJ: evenin'
21:40 cotto good
21:40 Coke I would say that anything in PLATFORMS that is not at least 2008 should just be removed.
21:40 GeJ hej masak
21:40 Coke (as I was about to move tru64 into the extra section and saw how old it was.)
21:41 masak hej :)
21:44 pmichaud it might be interesting to speculate on our PLATFORMS policy post-1.0
21:55 dalek r33465 | allison++ | trunk:
21:55 dalek : [cage] Documentation patch for the PIC JIT, recovered from pdd30_install branch.
21:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33465
22:02 dalek r33466 | allison++ | trunk:
22:02 dalek : [cage] Documentation patch for Extension subsystem, recovered from pdd30_install branch.
22:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33466
22:02 nopaste "coke" at 72.228.52.192 pasted "remove obsolete PLATFORMS reports" (75 lines) at http://nopaste.snit.ch/14797
22:03 Coke (whoops. that patch is slightly broken in how it 'fixes' *comments.
22:05 Coke I wonder if we should eliminate "PLATFORMS" in favor of a more aggresive smolder usage.
22:06 Coke ->
22:15 jhorwitz masak: i got header output working for registry scripts
22:33 pmichaud particle: ping
22:33 TiMBuS joined #parrot
22:35 Ademan joined #parrot
22:40 masak jhorwitz: woot
22:56 dalek r33467 | pmichaud++ | assign:
22:56 dalek : [rakudo]:  Branch for refactoring assignment via assign op.
22:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33467
22:56 cout joined #parrot
23:02 Limbic_Region joined #parrot
23:05 LimbicRegion joined #parrot
23:22 cout joined #parrot
23:24 particle1 joined #parrot
23:26 petdance joined #parrot
23:27 bacek_ joined #parrot
23:27 dalek r33468 | jonathan++ | bcanno:
23:27 dalek : [core] A bunch of hacking I did on the train that starts getting annotations tied into IMCC. Nothing working yet, and didn't have the right flex and bison to compile the updates.
23:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=33468
23:30 pmichaud particle: ping
23:31 particle1 pong
23:31 pmichaud do you have a feel for when parrot might be moving into its own repo (off of perl.org)?
23:32 particle1 before 1.0, for sure, but i'm not sure precisely when we'll have the infrastructure in place, and will have time to do all the necessary testing/conversion
23:32 particle1 i expect it'll be early next year
23:32 pmichaud okay
23:32 pmichaud I'm thinking rakudo should move out of the repo before that.
23:32 pmichaud it doesn't make much sense to move rakudo to a parrot.org service and then back to perl.org
23:33 particle1 true enough
23:33 particle1 you'll still have to convert twice, either way
23:34 pmichaud well, getting the perl.org admins to move rakudo into its own repo (or add it to the perl6 repo) is probably easier if the source and destination are on the same server
23:34 pmichaud anyway, I'd like to list "move rakudo out of repo" as a dependency for "move parrot repo to new server"
23:35 particle1 sure, then it's the same admins :)
23:35 pmichaud at least informally, if not formally.
23:35 particle1 ok. you should ping ask/robrt and see how long they expect it'll take, and when they think they can do it
23:35 pmichaud well, we're not at all ready to do it yet.
23:35 particle1 then you can send a list message to let folks know it's coming
23:36 pmichaud I'd really like to see where 'make install' is headed before moving rakudo out of repo.
23:36 pmichaud either way, I'm in agreement with "early next year" and "definitely before 1.0".
23:36 pmichaud in all likelihood I would expect rakudo be out of the parrot repo by the feb release.
23:37 particle1 well, i'd like parrot to be out of perl.org in january
23:37 particle1 so, uh, we'd better coordinate :)
23:37 particle1 february seems too close to march (1.0) for a conversion
23:37 pmichaud I don't have a problem with trying to make it for jan, but we definitely need some resources on what the 'make install' is going to look like.
23:37 particle1 that's a january task iirc
23:37 pmichaud yes, it is.
23:38 pmichaud I'm a little concerned we may slip on that one, and it's critical.
23:38 pmichaud (and a dependency for things like this.)
23:38 particle1 ok. can you update the roadmap to include an infrastructure change for parrot dependent on make install?
23:38 pmichaud sure.
23:38 particle1 thanks. i'm a little tied up atm.
23:38 pmichaud hiveminder task for now, will update later.
23:38 particle1 hiveminder-via-im++
23:39 pmichaud yes -- adding tasks from irssi is soooooo nice
23:39 particle1 i fell out of that habit... thanks for the reminder to get back into it
23:43 tewk hiveminder from irssi? cool
23:43 particle1 totally. aim, jabber, even imap.
23:45 * jonathan tries to work out what on earth is up with the multi stuff.
23:48 Tene pmichaud: any idea what you want me to work on tonight?
23:50 Tene My tasks on trac are pct+hll, pdd24, exceptions debugging/resumable exceptions (I don't know if there's anything left there), and the pct loop+exceptions refactor, which I could start prototyping.
23:51 pmichaud I'm planning a significant change to pct tonight (subid stuff)
23:51 pmichaud what happens if we just add .hll to perl6.pir ?
23:51 Tene iirc, the next pct+hll task was related to exporting.
23:51 Tene Lemme check.
23:52 pmichaud oh yes, I think we did EXPORT::ALL in p6object, yes?
23:52 jonathan pmichaud: Think I've fixed the multi fun.
23:52 pmichaud do we have tests for EXPORT::ALL in p6object?  If not, we need those.
23:52 Tene Yes, p6object sets export::all
23:53 Tene I'll look for tests
23:53 pmichaud it would also be good to cleanup p6object.t -- there's a lot of old commented-out code that should probably disappear.
23:53 nopaste "tene" at 71.164.31.132 pasted "perl6.pir with .HLL for pmichaud" (4 lines) at http://nopaste.snit.ch/14798
23:53 particle1 tene: there are spectests for export::all that you might be able to crib
23:54 pmichaud ...class '' ?  What's up with that?
23:55 pmichaud I have another oddity -- I tried changing src/gen_builtins.pir so that it was a sequence of .include lines (instead of the text of the included files) and the resulting executable didn't work.  I have no clue why.
23:56 chromatic Guess: :immediate and :load and class declarations.
23:56 jonathan pmichaud: Probably because the proto-object is an anonymous subclass.
23:56 pmichaud chromatic: we shouldn't have any :immediates
23:57 tetragon joined #parrot

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

Parrot | source cross referenced