Camelia, the Perl 6 bug

IRC log for #parrot, 2011-12-07

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:16 davidfetter joined #parrot
00:25 whiteknight joined #parrot
00:30 whiteknight good evening, #parrot
00:49 cotto hio whiteknight
00:50 whiteknight do we still have that example bacek added a while ago where he uses the packfile pmcs to create and run a "hello world" program?
00:53 whiteknight or was that not in master?
00:56 cotto it's in master
00:56 cotto make_hello_pbc
00:56 cotto examples/pir/make_hello_pbc.pir
00:58 dalek Guitor: 9693d47 | NotFound++ | / (2 files):
00:58 dalek Guitor: getwidth and getheight methods in TextButton
00:58 dalek Guitor: use them in example pizarra to center tools in its panel
00:58 dalek Guitor: review: https://github.com/NotFoun​d/Guitor/commit/9693d472e5
01:03 whiteknight how did I miss that?
01:03 whiteknight cotto++
01:46 dalek rakudo/nom: 66edf0b | moritz++ | / (2 files):
01:46 dalek rakudo/nom: properly handle bigish numbers in Num.floor and .ceiling
01:46 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/66edf0b6eb
01:48 dalek Guitor: cf1a5d2 | NotFound++ | examples/winxed_repl.winxed:
01:48 dalek Guitor: differentiate compiling error and runtime exceptions and
01:48 dalek Guitor: exit on exceptions of severity EXCEPT_EXIT in example winxed_repl
01:48 dalek Guitor: review: https://github.com/NotFoun​d/Guitor/commit/cf1a5d2cbf
01:53 whiteknight I think i've finally had my grand inspiration for my new bytecode library
01:56 cotto whiteknight: care to elaborate?
01:56 whiteknight no. I'm going to let the code do the talking
02:21 whiteknight bleh, already running into snags and it's the stupid l-value problems coming in to play
02:22 whiteknight my thought is that if we overload all the vtables on a Variable type, we can generate bytecode through symbolic manipulation
02:22 whiteknight "a + b" would call the add vtable, which would push an "add" op into the stream with the given symbols as arguments
02:23 whiteknight so creating bytecode becomes almost as simple as creating Variable objects and performing operations on them that you want performed in the generated bytecode
02:23 moritz that sounds... like it sounds nice at first, but will hit lots and lots of problems in the long run
02:23 moritz "you think that is cute today"
02:24 whiteknight yeah, I'm playing with it now and it's not perfect
02:24 whiteknight mostly because we have far more ops than we have vtables to overload
02:25 moritz I'm trying to point my finger at what's not going to work, but it's not easy
02:25 moritz yes, that's one
02:25 moritz the other is that you can never generate ops for non-PMCs that way
02:26 moritz another is that you'd probably need loads of Variable objects to generate mildly complex bytecode
02:26 moritz and need to keep track of them and their dependencies somehow
02:26 whiteknight sure you can. In the code generator I have a Variable.PMC type and a Variable.String type, and convert vtable calls on those to different low-level ops
02:27 whiteknight and yes, you would end up creating lots of variables, which is going to require a very smart register allocator to make sane
02:27 * moritz doesn't quite follow
02:27 whiteknight var s = new Variable.String(), var i = new Variable.Integer(), var c = s + i;
02:27 whiteknight that sequence would generate an add_p_s_i opcode
02:28 moritz and with .Integer twice, I'd get an add_i_i_i?
02:28 whiteknight I think so
02:29 whiteknight in any case this kind of system could be a small part of a larger library
02:29 moritz ok, one conceptual problem down
02:29 * moritz tries to sleep again
02:29 whiteknight so we would still have to have a higher-level context object that could perform other operations on variable objects without needing overloaded vtables
02:30 whiteknight and something to handle assignments/sets
02:37 Yuki`N joined #parrot
02:50 bacek_at_work whiteknight, bad design. Really bad.
02:50 bacek_at_work whiteknight, try to apply this design to something like "bytecode optimization"
02:50 bacek_at_work whiteknight, you do need "external" process to generate bytecode.
02:50 bacek_at_work whiteknight, usually it's Visitor
02:51 bacek_at_work whiteknight, we can employ our multidisplatch to make it nice.
02:52 bacek_at_work whiteknight, e.g. class Visitor { multi method visit(op, PMC, Int); ... visit(op, PMC, PMC); ... }
02:53 bacek_at_work whiteknight, and implementation of BCGenVisitor.visit("add", thePMC, 42) will push "add_p_i" op to bytecode stream
02:53 bacek_at_work "op" can be hierarchical set of classes as well if we want
02:53 bacek_at_work afk # lunch
02:56 whiteknight yeah, the more I think about it, the less I like it
02:57 whiteknight bacek_at_work: if you have a few minutes later, could you look at nine's GC problem on the threads branch? I'm out of time tonight
03:28 benabik joined #parrot
03:32 cotto 'evening, humans
03:59 JimmyZ joined #parrot
04:22 dafrito joined #parrot
04:34 JimmyZ_ joined #parrot
04:36 alvis hello cotto. you still available?
04:45 cotto alvis, in 30 minutes or so
04:45 cotto need to do a quick errand
04:45 alvis cotto: 'k, sounds good. i'll be 'bout.
04:47 nbrown joined #parrot
05:06 cotto and back
05:07 cotto alvis, how can I help?
05:07 alvis Ok, well ..., I got some questions: (1) Do you (or most folks) use a fork for their commit to the parrot master work? I'm thinking, not.
05:07 cotto alvis, it's mostly branches or direct commits to master for smaller changes
05:08 alvis cotto: yeah, that's what (I think) i figured out this evening.  i've been following the gitflow doc and it's a bit ambiguous on a coupl'a points ...
05:09 cotto quite possible
05:09 alvis and, so, i think i'm getting a'bit confused 'cause i've been workin' from a fork.
05:10 alvis i think that's solve 90% of my problems/confusion.  (at least, i'm on the right track, i think.)
05:10 cotto In my mind, forks are mainly for people who want to contribute but don't have a commit bit.  Anything (afaik) a fork can do, a branch can do.
05:10 woosley joined #parrot
05:11 alvis Ok.  (2) on the VM Spec/Ref Implementation.  should i use a branch or is stickin' it under my github account fine? which do you prefer?
05:11 cotto depends on how you want to start it
05:12 cotto if you're using the existing docs as a starting point, a branch would be beest
05:12 cotto *best
05:12 cotto if you're starting from scratch, either works
05:12 cotto I like branches either way because they have more visibility.
05:12 alvis hmm, ok.  well, i think i'll go with a branch then.
05:13 cotto cool
05:13 alvis 'k (3) the reason i asked several days ago about my CLA is, the last i heard (you said), you were uncertain ...
05:14 alvis so, i mailed a copy as well and haven't heard anything.
05:14 cotto d'oh
05:14 cotto I should have mentioned it at #ps today
05:14 cotto dukeleto, ping
05:16 alvis cotto: i'm just trying to ensure compliance.  i don't have to know now; just so someone, sometime let's me know -- one way or t'other.
05:16 cotto alvis, it's appreciated
05:18 alvis 'k.  one last (informal) question: do you EVER sleep? :)
05:18 cotto sure.  I'm on the US west coast, so it's not that late for me.
05:19 alvis ahh, ok.  that makes sense.
05:19 alvis ok, i appreciate your help.  gonna try to get a coupl'a hours of work done, before i turn in. 'night.
05:20 cotto great!  I'll be glad to answer any questions while I'm awake.
05:25 alvis cotto: oops, there was one more thing: do you have a preference on an interactive documentation system (e.g., ...
05:25 alvis lisp's documentation, ruby, swi-prolog)?
05:26 cotto hmmm
05:26 cotto I'm not used to using anything fancier than perldoc.
05:27 alvis i wanna pull up a repl and fire up a doc system and get answers to my questions about docs.
05:28 alvis hmmm, ok, i've been thinking of a way to integrate perldoc into a repl, as well. (it's longer-term, but ...)
05:30 alvis just gotta get parrot-embed workin' again -- when i can get to it.  well ..., 'night again.
05:31 rfw joined #parrot
05:58 dalek nqp: d5649fd | moritz++ | tools/build/PARROT_REVISION:
05:58 dalek nqp: bump parrot revision to one that has the is_inf_or_nan opcode
05:58 dalek nqp: review: https://github.com/perl6/nqp/commit/d5649fdc78
07:51 mj41 joined #parrot
08:14 lucian joined #parrot
08:31 rfw joined #parrot
08:38 nbrown_ joined #parrot
08:43 AzureStone joined #parrot
08:47 mj41 joined #parrot
09:11 lucian joined #parrot
09:23 dalek rakudo/nom: 735d127 | moritz++ | tools/build/NQP_REVISION:
09:23 dalek rakudo/nom: fix NQP revision, moritz--
09:23 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/735d127fce
09:50 woosley left #parrot
10:14 marcel_r joined #parrot
10:21 bacek joined #parrot
10:32 Aleksandar joined #parrot
10:53 bacek joined #parrot
11:25 dalek nqp: aa20f03 | moritz++ | src/PAST/NQP.pir:
11:25 dalek nqp: add nqp::isspecial_n alias for pir::is_inf_or_nan__In
11:25 dalek nqp: review: https://github.com/perl6/nqp/commit/aa20f03f94
12:13 Psyche^ joined #parrot
12:21 bluescreen joined #parrot
12:44 dalek nqp: 987cd89 | moritz++ | src/PAST/NQP.pir:
12:44 dalek nqp: rename nqp::isspecial_n to isnanorinf
12:44 dalek nqp: review: https://github.com/perl6/nqp/commit/987cd8977b
12:49 benabik joined #parrot
13:11 benabik o/ #parrot
13:19 nine Hi benabik
13:19 benabik o/ nine, how's things?
13:20 nine Well...stuck
13:20 benabik That's no good.
13:28 nine How on earth can a PMC end up with a NULL data pointer?
13:36 dalek rakudo/nom: 7cb7f2a | moritz++ | / (2 files):
13:36 dalek rakudo/nom: use nqp::isnanorinf op in rounders
13:36 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/7cb7f2a61f
13:37 benabik I have no idea.  I haven't spent much time with Parrot's internals.  :-/
13:38 AzureStone joined #parrot
13:38 nine Well that's the upside of such problems: I'm learning more about Parrot's internals by the hour.
13:39 benabik That's the spirit!
13:44 whiteknight joined #parrot
13:46 whiteknight good morning, #parrot
13:46 nine Good morning, whiteknight
13:47 whiteknight nine: I didn't have much time last night to look at your GC bug, I apologize
13:47 benabik o/ whiteknight
13:48 nine whiteknight: nothing to apologize for. That's just how life is
13:48 whiteknight hello benabik
13:48 whiteknight benabik: I've had something of a surge of motivation, and I want to start getting active in PACT
13:48 whiteknight benabik: I'm going to just start dropping some code, feel free to direct me in any way that seems most profitable
13:49 benabik whiteknight: Woo!  TODO in the repo kinda outlines my plan for it.  I was basically at the point where I was thinking about building PACT::Nodes out of the packfile.
13:50 benabik Which requires things like a build system, organization, the actual Node class, etc etc etc.
13:50 whiteknight okay, what's the gist of it? We're basically rewriting POST in Winxed, with more consideration paid to bytecode generation?
13:51 benabik I was pondering using Rosella as the basis of the build/test system.  I want to keep the runtime dependencies down, but build deps are fine.  :-)
13:51 whiteknight distutils doesn't really have great support for building winxed files yet, so that's not a bad idea
13:51 benabik Basically.  Need more attention paid to maintaining types and structural data.  I was also going to use…  hold on, finding refs.
13:52 whiteknight I'm really interested in getting to work on the stage1 jaesop compiler, for which I need some kind of bytecode generating backend
13:53 whiteknight so that's going to give us an immediate test case, because as soon as PACT provides anything Jaesop will be trying to use it
13:53 benabik I was going to use control flow graphs as the basic structure for POST.  Possibly converting from a POST-tree to the extremely specific byte by byte graph.  http://en.wikipedia.org/wiki/Control_flow_graph
13:53 benabik CFGs have useful properties for optimization and register allocation.
13:54 benabik (Some of this is described in TODO and docs/)
13:56 whiteknight so I assume we're going to need some kind of facade layer over the packfile pmcs to represent things that we want to have: subs, control flow structures, etc
13:58 benabik Right.
13:59 whiteknight okay, so howabout I get to work on that first. I'll start putting together an abstraction layer over the packfile PMCs that will make building packfiles and adding Subs and stuff to it much simpler
13:59 benabik Sounds good.
13:59 whiteknight On top of that layer we build something like POST, then we build PAST and a past2post stage
13:59 whiteknight so on and so forth
13:59 benabik I was figuring on building a Packfile facade that didn't worry about things like const tables and the like, where the PACT::Sub held PACT::Ops, etc etc etc
14:00 whiteknight right right, that's my plan too. The PACT::Sub will contain lists of PACT::OPS, PACT::Variables and PACT::Constants
14:00 benabik Woo!  \o/
14:00 whiteknight the ops will be mostly symbolic nodes that can hold references to other ops, variables and constants (as operands) and other variables as results
14:02 benabik I was thinking at the lowest level, ops would never hold ops. At the bytecode level we have to just use things like temporary variables and the like.
14:02 whiteknight okay, that's fine too. At the lowest level we can be more flat
14:02 whiteknight higher levels can hold more logical tree shapes
14:02 benabik Yup ypu
14:02 benabik flat < cfg < trees
14:03 whiteknight gotcha
14:04 whiteknight this is exciting. I can't wait to start dropping some code to see what happens
14:06 benabik One of the side projects once the flat PACT structure exists is to build a language that targets it.  PACT assembly, essentially.
14:09 whiteknight gotcha
14:10 whiteknight that is what we will use to form the basis of the flat-PACT tests?
14:12 benabik Well, the goal of it was to be the basis of replacing PIR.  :-D
14:12 benabik But that's a useful stepping stone.  :-D
14:12 benabik The first tests will have to be building structures via PIR, but that's tedious to say the least.
14:20 whiteknight I see no reason to use PIR
14:21 whiteknight ever
14:22 Coke left #parrot
14:22 Aleksandar joined #parrot
14:24 whiteknight I feel like I would really like to have multiple backends. Like the ability to generate something like winxed code would be pretty awesome for testing
14:24 whiteknight but I can't think of a good way to do that which doesn't involve lots of duplicated functionality in the backends
14:25 whiteknight that may just be a fact of life
14:25 benabik That's one reason why I want each level to have an explicit structure to it.  So hopefully backends can share as much as possible.
14:36 dalek parrot: 624f97a | Sasho++ | docs/binaries/parrot_nci_thunk_gen.pod:
14:36 dalek parrot: parrot_nci_thunk_gen POD added
14:36 dukeleto ~~
14:36 aloha Commit 624f97a (parrot_nci_thunk_gen POD added) - https://github.com/parrot/parrot/commit/​624f97a14b2587318656b3f03f4a3c9722e887ca
14:36 dalek parrot: review: https://github.com/parrot/parrot/commit/624f97a14b
14:36 aloha Commit 624f97a14b (parrot_nci_thunk_gen POD added) - https://github.com/parrot/parrot/commit/​624f97a14b2587318656b3f03f4a3c9722e887ca
14:36 dalek parrot: cfac5cb | dukeleto++ | docs/binaries/parrot_nci_thunk_gen.pod:
14:36 aloha Commit cfac5cb (Merge pull request #225 from Alekssasho/master) - https://github.com/parrot/parrot/commit/​cfac5cbe91884592511d58e2ac63815a33b37ac3
14:36 dalek parrot: Merge pull request #225 from Alekssasho/master
14:36 dalek parrot:
14:36 dalek parrot: GCI parrot_nci_thunk_gen POD
14:36 dalek parrot: review: https://github.com/parrot/parrot/commit/cfac5cbe91
14:37 aloha Commit cfac5cbe91 (Merge pull request #225 from Alekssasho/master) - https://github.com/parrot/parrot/commit/​cfac5cbe91884592511d58e2ac63815a33b37ac3
14:37 dukeleto hmmm. aloha and dalek fighting?
14:38 nbrown joined #parrot
14:41 dalek rakudo/nom: 9fd40d8 | moritz++ | src/core/Num.pm:
14:41 dalek rakudo/nom: fix Inf.perl
14:41 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/9fd40d8950
14:58 JimmyZ joined #parrot
15:13 dalek parrot: a90ce2a | dukeleto++ | docs/binaries/parrot_nci_thunk_gen.pod:
15:13 dalek parrot: [doc] Tweak parrot_nci_thunk_gen.pod
15:13 aloha Commit a90ce2a ([doc] Tweak parrot_nci_thunk_gen.pod) - https://github.com/parrot/parrot/commit/​a90ce2a4dda8dd6e6dd42b4bb36d4486529a360d
15:13 dalek parrot: review: https://github.com/parrot/parrot/commit/a90ce2a4dd
15:13 aloha Commit a90ce2a4dd ([doc] Tweak parrot_nci_thunk_gen.pod) - https://github.com/parrot/parrot/commit/​a90ce2a4dda8dd6e6dd42b4bb36d4486529a360d
15:17 jsut_ joined #parrot
15:36 Psyche^ joined #parrot
15:58 mtk joined #parrot
16:14 alester joined #parrot
16:50 nine Ok, my GC problem must have something to do with GC initalization. If I let the new thread just use the same GC as the main thread it runs perfectly...as long as the main thread is inactive of course.
16:50 whiteknight okay, weird
16:51 whiteknight who owns the task that runs on the new thread? Is that task created by the new thread or created by the main thread?
16:51 whiteknight because if it's created by the main thread, it only gets marked when the main thread runs GC
16:51 whiteknight (which isn't happening because main thread is inactive)
16:52 nine The task is created in the main thread but on scheduling the task on the new interp, a local copy is created and scheduled instead. At this time proxies are created for any shared PMCs.
16:53 nine Also interestingly the marking is not the problem. The task does get marked. But it's never sweeped. So it stays marked and on the next GC run it gets recognized as marked and so never gets a chance to mark it's data
16:54 whiteknight so the task->code and task->data PMCs are proxies, not the originals from the main thread?
16:55 whiteknight ...never gets sweeped? wtf?
16:55 whiteknight the sweep happens by linearly traversing the raw memory pools. if it never gets swept, it is not in the memory pools for that GC
16:55 nine No, those are copied. Shared data is pushed onto the task and on the new "shared" array.
16:55 whiteknight ok
16:56 nine whiteknight: and that's what's funny: I debugged it like hell and am very sure that it does got put onto the PA that's immediately afterwards iterarted over by gc_gms_sweep_pools
16:56 nine Only that the latter never finds it in the PA
16:57 whiteknight this is too weird
16:59 nine Its almost as if gc_gms_sweep_pools is iterating over a different list
17:00 whiteknight where does it get the list from? interp->gc_private->*?
17:01 whiteknight I think we need to find out exactly what list that task is on, and exactly what list is being swept
17:02 nine it's interp->gc_private->objects which is an array of PAs (one PA for each generation)
17:02 nine from the debug output, it should be on interp->gc_private->objects[0]
17:02 whiteknight okay
17:05 dukeleto ~~
17:05 benabik PA?
17:05 nine And I can confirm that gc_gms_sweep_pools is indeed iterating over the same objects[0]
17:05 nine gc_gms_process_work_list(0x70b1e0) cought item 0x7b25d0 cur_task 0x7b25d8 in gen 0 putting into 0x70b300
17:05 nine gc_gms_sweep_pools iterating over 0x70b300
17:05 nine benabik: a Parrot Pointer Array
17:06 benabik Exciting.
17:06 nine benabik: some highly optimized (read extremely difficult to debug) data structure defined in include/parrot/pointer_array.h
17:06 whiteknight nine: this is rediculous.
17:07 whiteknight nine: highly optimized? I thought it was just a linked list
17:08 nine whiteknight: well I think it's a linked list of arrays coming with some macro magic for iterating that confuses gdb to the point where a single step takes about a minute and ends right after the loop
17:10 whiteknight oh, great
17:12 nine That's why the debug output patch I attached expands the macro
17:13 nine Gotta go now. Will have a closer look at GC initialization on the train
17:20 dukeleto Interesting read: http://lucumr.pocoo.org/201​1/12/7/thoughts-on-python3/
17:31 dmalcolm joined #parrot
18:02 cotto ~~
18:03 cotto dukeleto: do you have access to the list where CLAs go?
18:05 whiteknight cotto: yeah, we have access. What do you need?
18:07 dukeleto cotto: CLAs go to legal@parrot.org
18:07 dukeleto cotto: anybody can email that list, iirc
18:07 dukeleto cotto: it is really just a fwd address to particle, methinks
18:07 dukeleto cotto: or maybe it forwards to parrot-directors, i forget
18:08 whiteknight parrot-directors
18:11 nine GOT IT!
18:12 cotto dukeleto: do we have alvis' cla?
18:12 nine I think Parrot_Pointer_Array is buggy. It tries to re-use empty slots in the chunk array, but then this slot is missing in the iteration. Chaning line 125 in pointer_array.h to an if (0 && self->next_free) { fixes my problem.
18:12 cotto nine++
18:13 whiteknight nine++
18:15 benabik nine++
18:16 nine I don't have the slightest idea how a bug at this point could have stayed hidden for so long (this code must be quite old) or why it's only hitting me and so reliably
18:20 dukeleto cotto: not sure. I don't see his CLA in the PaFo dropbox
18:21 tadzik . o O ( so nine is now twelve? )
18:22 particle1 cotto, dukeleto, it's in.
18:22 dukeleto particle: cool
18:22 particle it's in a stack of papers to scan
18:22 dukeleto cotto: alvis' cla is in. Feel free to give him a commit bit if he doesn't already have one
18:23 dukeleto particle: any chance you have gotten around to sending cotto++ and I reimbursements for GSoC? I emailed you all the receipts.
18:23 particle sigh, no.
18:23 dukeleto particle: i will send some people with tar and feathers soon :)
18:23 particle let me find that checkbook...
18:26 benabik dukeleto: Will you then submit a receipt?  Tar and feathers aren't cheap these days.  ;-)
18:29 whiteknight even more checks! The vicious cycle continues
18:29 dukeleto benabik: i got a guy for tar and feathers
18:29 * dukeleto has a guy for everything
18:30 benabik particle++ # putting up with these guys :-D
18:30 dukeleto "You need a toe? I'll get you a toe."
18:33 whiteknight so *that's* why I woke up in a bathtub filled with ice, missing a toe
18:40 cotto msg alvis Your CLA has arrived, so you're official.
18:40 aloha OK. I'll deliver the message.
18:54 schmooster joined #parrot
19:09 dalek rakudo/nom: 1022412 | coke++ | t/spectest.data:
19:09 dalek rakudo/nom: track failure modes
19:09 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/1022412909
19:10 fperrad joined #parrot
19:14 Aleksandar joined #parrot
19:29 dalek Heuristic branch merge: pushed 18 commits to parrot/interp_api_cleanup by Whiteknight
20:12 lucian joined #parrot
20:40 dalek parrot: e66e875 | Sasho++ | docs/binaries/ops2c.pod:
20:40 dalek parrot: ops2c POD added
20:40 aloha Commit e66e875 (ops2c POD added) - https://github.com/parrot/parrot/commit/​e66e875b640ff182628f20920f2e7f2a3abd4f03
20:40 dalek parrot: review: https://github.com/parrot/parrot/commit/e66e875b64
20:40 aloha Commit e66e875b64 (ops2c POD added) - https://github.com/parrot/parrot/commit/​e66e875b640ff182628f20920f2e7f2a3abd4f03
20:40 dalek parrot: babf730 | Alekssasho++ | docs/binaries/ops2c.pod:
20:40 aloha Commit babf730 (Update docs/binaries/ops2c.pod) - https://github.com/parrot/parrot/commit/​babf730dcec1eff4ee7290346e1e2b2173441d22
20:40 dalek parrot: Update docs/binaries/ops2c.pod
20:40 dalek parrot: review: https://github.com/parrot/parrot/commit/babf730dce
20:40 aloha Commit babf730dce (Update docs/binaries/ops2c.pod) - https://github.com/parrot/parrot/commit/​babf730dcec1eff4ee7290346e1e2b2173441d22
20:40 dalek parrot: c847084 | dukeleto++ | docs/binaries/ops2c.pod:
20:40 aloha Commit c847084 (Merge pull request #226 from Alekssasho/master) - https://github.com/parrot/parrot/commit/​c84708425bbd232ad3118b3acb69912527d26df1
20:40 dalek parrot: Merge pull request #226 from Alekssasho/master
20:40 dalek parrot:
20:40 dalek parrot: GCI ops2c POD
20:40 dalek parrot: review: https://github.com/parrot/parrot/commit/c84708425b
20:40 aloha Commit c84708425b (Merge pull request #226 from Alekssasho/master) - https://github.com/parrot/parrot/commit/​c84708425bbd232ad3118b3acb69912527d26df1
20:42 dalek parrot: 9a8ba70 | dukeleto++ | docs/binaries/ops2c.pod:
20:42 dalek parrot: [doc] Tweak ops2c POD
20:42 aloha Commit 9a8ba70 ([doc] Tweak ops2c POD) - https://github.com/parrot/parrot/commit/​9a8ba70ae8584b1684bcf0771a14b5502cd5a0bd
20:42 dalek parrot: review: https://github.com/parrot/parrot/commit/9a8ba70ae8
20:42 aloha Commit 9a8ba70ae8 ([doc] Tweak ops2c POD) - https://github.com/parrot/parrot/commit/​9a8ba70ae8584b1684bcf0771a14b5502cd5a0bd
20:42 dukeleto blarg. why are aloha *and* dalek reporting commits?
20:43 dukeleto msg whiteknight please close http://www.google-melange.com/gci​/task/view/google/gci2011/7181203
20:43 aloha OK. I'll deliver the message.
20:43 benabik dukeleto: bacek installed a module to announce issues and pull requests..  commits appear to be an unwelcome side effect.
20:45 dukeleto No good deed goes unpunished.
20:54 dalek parrot: 94df889 | (Alvis Yardley)++ | docs/binaries/parrot.pod:
20:54 dalek parrot: Add 'parrot.pod' to 'docs/binaries'.
20:54 aloha Commit 94df889 (Add 'parrot.pod' to 'docs/binaries'.) - https://github.com/parrot/parrot/commit/​94df889f2dd229301da6400d4c9680c0c40d9511
20:54 dalek parrot: review: https://github.com/parrot/parrot/commit/94df889f2d
20:54 aloha Commit 94df889f2d (Add 'parrot.pod' to 'docs/binaries'.) - https://github.com/parrot/parrot/commit/​94df889f2dd229301da6400d4c9680c0c40d9511
20:59 dalek rakudo/nom: 64fd762 | jonathan++ | src/Perl6/Grammar.pm:
20:59 dalek rakudo/nom: Add back the custom operator handling as we did it in ng. It needs re-doing, but that'll take the QRegex bootstrap, which - miracles aside - isn't going to be done before the December release. In the meantime, this unregresss the feature.
20:59 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/64fd762bbb
21:05 Yuki`N joined #parrot
21:11 dukeleto Yuki`N: how goes it? What are you hacking on?
21:14 Yuki`N I'm hacking on FreeBSD actually.
21:14 Yuki`N Making some sort of web portal
21:14 Yuki`N in Python.
21:24 bacek ~~
21:25 bacek "parrot: 9a8ba70 | dukeleto++ | docs/binaries/ops2c.pod:"
21:25 aloha Commit 9a8ba70 ([doc] Tweak ops2c POD) - https://github.com/parrot/parrot/commit/​9a8ba70ae8584b1684bcf0771a14b5502cd5a0bd
21:25 bacek aloha, stupid girl...
21:25 bacek "parrot: 9a8ba70 | dukeleto++ | docs/binaries/ops2c.pod:"
21:25 bacek much better
21:25 bacek !rt
21:25 bacek !pt
21:25 bacek !pr
21:25 aloha Open pull requests for parrot/parrot : 1 pull requests open (gitster:1)
21:26 bacek sorry guys. I unloaded spammy module from aloha
21:30 cotto bacek++
21:32 dukeleto bacek++
21:32 dukeleto !pr
21:32 aloha Open pull requests for parrot/parrot : 1 pull requests open (gitster:1)
21:32 dukeleto i like it
21:32 dukeleto bacek: what other commands just got added? issues?
21:32 dukeleto !issues
21:33 dukeleto !sudo_make_me_a_sandwhich
21:33 dukeleto Yuki`N: cool. Sounds fun.
21:50 elmex joined #parrot
21:58 dalek nqp: 73e0060 | jonathan++ | src/QRegex/P6Regex/Actions.nqp:
21:58 dalek nqp: Add missing setting of ignorecase flag.
21:58 dalek nqp: review: https://github.com/perl6/nqp/commit/73e006085a
21:58 dalek nqp: 2695eea | jonathan++ | src/QAST/Compiler.nqp:
21:58 dalek nqp: Implement ignorecase subtype in literal. Well, try to - for some reason it seems to need ICU, which I don't have to hand. :-( Testing and Rakudo version bump welcome from anyone who does.
21:58 dalek nqp: review: https://github.com/perl6/nqp/commit/2695eeadfa
22:21 Tene joined #parrot
22:53 bacek_at_work ~~
22:54 bacek_at_work dukeleto, I can add more commands. It's https://metacpan.org/module/Bot::B​asicBot::Pluggable::Module::GitHub with loaded Announce and PullRequests
23:16 schmooster joined #parrot
23:45 aloha joined #parrot
23:50 bacek_at_work !pr
23:50 bacek_at_work aloha, !pr
23:53 aloha joined #parrot
23:54 aloha joined #parrot
23:55 bacek_at_work !pr
23:56 bacek_at_work !pr
23:56 aloha Open pull requests for parrot/parrot : 1 pull requests open (gitster:1)

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

Parrot | source cross referenced