Parrot 4.0.0 "Hyperstasis" | parrot.org | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 12 February 2012.
01:32 lucian joined
dukeleto ~~ 02:01
03:08 woosley joined 06:59 JimmyZ joined 08:39 lucian joined 08:41 bacek joined 08:43 mj41 joined 09:22 woosley left 09:25 lucian joined 09:33 JimmyZ joined
bacek ~~ 09:52
aloha, (954170698-896023040)/954170698*100 09:53
aloha bacek: 6.09405194708672
bacek ookey
dalek rrot/cont_reuse: 13d557c | bacek++ | / (7 files):
Introduce (stub) Parrot_pcc_reuse_continuation function
09:57
rrot/cont_reuse: 8a12b90 | bacek++ | src/ (5 files):
Reuse Continuation if it was already called.

This reduce GC pressure in PCC by about 25%. Which gives about 6% overall preformance boost on standard fib.pir benchmark.
10:15 schmooster joined
dalek p: bcde9c4 | moritz++ | README:
bump copyright year in README
10:23
kudo/nom: c1243d6 | moritz++ | tools/build/NQP_REVISION:
bump NQP revision, in the hope that this fixes the build
10:24
10:31 travis-ci joined
travis-ci [travis-ci] parrot/parrot#68 (cont_reuse - 8a12b90 : Vasily Chekalkin): The build failed. 10:31
[travis-ci] Change view : github.com/parrot/parrot/compare/1......8a12b90
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/705567
10:31 travis-ci left
tadzik I get an error trying to build parrot: gist.github.com/1868761 10:53
suprisingly, when I tap 'make' once again, it builds 10:54
it's the cont_reuse branch
10:58 lateau__ joined
lateau__ is there any good idea using "infix:+" and "prefix:+" in sametime? I'm working around Cardinal parser and got "invoke() not implemented in class 'Integer'" error when I tried 1 + 1. 11:01
1+1 evaluated 2 using "infix:+" but I don't know why 1 + 1 cannot be. 11:02
moritz well, don't go looking for a prefix after a term
without knowing more about the parser, it's nearly impossible to tell what goes wrong 11:04
11:05 Drossel joined
lateau__ moritz: I should do more test with infix & prefix in general case. without cardinal. thank you. 11:08
moritz lateau__: it might also be a whitespace parsing problem; hard to tell from a distance 11:09
11:12 autark joined
lateau__ moritz: ok, I'll also look around it. thank you. 11:13
is there more docs about pge except "book/pct/ch04_pge.pod"? I know that is cool but some proto and is keyword are not explained 11:17
sourcecodes also welcome 11:19
JimmyZ lateau__: github.com/parrot/parrot/tree/mast...pilers/pge 11:25
moritz lateau__: trac.parrot.org/parrot/wiki/NQP-rx%...%20Parsing 11:27
lateau__ thank you! 11:30
12:17 benabik joined 12:44 lucian joined
masak Whiteknight++ # whiteknight.github.com/2011/09/10/d...ttles.html 12:57
it's several months old, and I think I skimmed it before, but now I read it proper. 12:58
I don't speak for the core Rakudo devs, but I think that any re-integration of 6model and other custom parts of Rakudo into Parrot, are a good thing. 12:59
dalek kudo/nom: 92aeec2 | moritz++ | docs/ROADMAP:
add :exhaustive to ROADMAP
13:05
kudo/nom: 4130f6f | moritz++ | src/core/Capture.pm:
Capture.perl and fix Capture.BUILD
nine masak: just curious: are you seeing any effect of this policy change already? 13:11
masak well, I hear people talk sometimes about putting 6model into Parrot. 13:12
I get the feeling that it's nontrivial because of the ways Parrot is factored already.
I have no idea how far along the work is, whether it's coming along fine, or stalled, or lacking tuits. 13:13
Rakudo's current focus is all in reaping the benefits of last year's nom refactor (which included 6model). I expect the focus will stay there during much or all of 2012.
JimmyZ has been being expecting M0 in parrot from 2009, and 6model in parrot from early 2011 ... 13:16
nine thinks Parrot is just seriously understaffed...
But then...which project isn't? 13:17
masak yes, I can still get excited about M0 and 6model in Parrot. I hope they arrive some day. 13:25
JimmyZ too 13:27
nine Just dreaming...maybe when I'm finished with the threading stuff, I'll join the M0 effort. Getting more interested in this stuff the more I see of it.
masak having Parrot be something that's more tailored to running Rakudo is an enticing idea indeed. 13:57
moritz nom: say 'foo'.match(:p(1), :g, /./) 14:01
p6eval nom 4130f6: OUTPUT«o o␤»
14:09 jsut joined 14:17 Kulag joined 14:45 PacoAir joined 15:44 Psyche^ joined 16:04 JimmyZ joined 16:29 dmalcolm joined 18:12 contingencyplan joined, contingencyplan_ joined 18:22 lucian joined 18:52 mj41 joined 19:58 PacoAir joined 20:10 Kulag joined 20:16 kj joined 20:20 Drossel joined
benabik masak: I'd rather have Parrot learn from Rakudo and use it's awesomeness to enable _all_ languages. 20:35
20:48 PerlJam joined
Tene lateau__: cardinal's parser was ported directly from ruby's grammar, with some awkward hacks to work around limitations of p6regex at the time. It's kind of a mess and could use significant work. 21:02
Coke be nice if it did one thing well before trying to do all things. 21:24
21:32 PacoAir joined 21:40 kjs left
masak benabik: I'm not opposed to that. 22:29
more like, the message of that post was that (for historical reasons) Parrot has sometimes been more interested in supporting _all_ languages than in helping Rakudo here-and-now. which is noble in a sense, but a disservice to both Rakudo and Parrot itself in another sense. 22:31
benabik Hm. Yes, true.
masak which is why I, as a Rakudo user, is excited about things like M0 and 6model-in-parrot, even though I haven't seen much in the way of results trickle back from them yet. 22:32
bacek_at_work ~~ 22:38
cotto hio bacek_at_work
bacek_at_work aloha, cotto
masak o/ bacek_at_work
bacek_at_work masak, \\o/
masak \\o/
23:17 GeJ joined 23:40 whiteknight joined
dalek p/bs: 69ccfc7 | jnthn++ | src/ (2 files):
Stubs need a fresh LexInfo for closure serialization to work. Gets us a little further with role serialization.
23:42
rrot/cont_reuse: 2a26af5 | bacek++ | config/gen/makefiles/root.in:
Fix dependencies spotted my tadzik++
23:43
whiteknight good evening, #parrot 23:52
bacek_at_work whiteknight, aloha! 23:58
whiteknight bacek_at_work: hi! I'm updating to your code now
bacek_at_work whiteknight, good. I've got problem with PASM compilation. Somewhere around "subs_by_tag". 23:59
whiteknight in PackfileView?