% HG` has joined #parrot
<jonathan> particle: re "all attributes are stored as '$!foo'", that's what the spec says, I believe.
% workbench has left workbench!abuse@adsl-068-213-211-142.sip.bct.bellsouth.net
% workbench has joined #parrot
<svnbotl> r25728 | jonathan++ | trunk:
<svnbotl> : [rakudo] Fix parsing of undef and make undef.WHAT return Failure. Bug report thanks to congnominal++.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25728
% skv has left skv!~skv__@87.242.97.68
<svnbotl> r25729 | chromatic++ | trunk:
<svnbotl> : [src] Removed dead, unreachable code found by Coverity (CID 132).
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25729
<lathos> parrotvm.org isn't playing for me.
<moritz> pugscode svn is down as well
<moritz> seems to be a problem with feather
<lathos> Yep.
<lathos> purl, seen Juerd?
<purl> Juerd was last seen on #perl 17 hours and 20 minutes ago, saying: chargrill: I did 
* moritz tries to restart apache
<moritz> http://www.pugscode.org/ works again at least
<moritz> pugs svn as well
<svnbotl> r25730 | chromatic++ | trunk:
<svnbotl> : [docs] Removed a few lies from the "How to Run Parrot" documentation.  Minor
<svnbotl> : formatting and phrasing improvements too.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25730
<svnbotl> r25731 | jonathan++ | trunk:
<svnbotl> : [rakudo] Make it so that if you say if $foo ~~ /pattern/ { ... }, then $/ is available inside the block.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25731
% c_otto has left c_otto!~cotto@75-92-237-130.sea.clearwire-dns.net
% c_otto has joined #parrot
<cognominal_> jonathan++ # my hero
<svnbotl> r25732 | jonathan++ | trunk:
<svnbotl> : [rakudo] Implement $0, $1 etc match variables.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25732
<jonathan> cognominal_: Welcome. :-)
<cognominal_> howdy
% kj has joined #parrot
<svnbotl> r25733 | jonathan++ | trunk:
<svnbotl> : [examples] Update an example to use the modern call syntax.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25733
<cognominal_>  rakudo -e 'sub a { say "a"; return "a" }; a();'  # does not find the function
<cognominal_>  rakudo -e 'sub *a { say "a"; return "a" }; a();'  # does not find the function
<cognominal_> in fact routine_def does nothing to add the routine in some namespace
<cognominal_> ho, I am confused, I am looking in NQP
<kj> jonathan: Hi. About the example you updated; does a sub know whether it's an nci_call?
<cognominal_> rakudo -e 'class A { method a {  say "a"; }; A.new.a(); }'
<cognominal_> maximum recursion depth exceeded
<cognominal_> I wish I can debug all this stuff
<kj> cognominal: it's probably something with the grammar
<kj> that a certain token's rule is invoked recursively
<cognominal_> nope the stack shows it is the execution
<kj> ooh ok
<cognominal_> current instr.: 'parrot;Perl6Object;WHAT' pc 384 (src/gen_builtins.pir:280)
<cognominal_> called from Sub 'parrot;Perl6Object;HOW' pc 406 (src/gen_builtins.pir:294)
<cognominal_> called from Sub 'parrot;Perl6Object;HOW' pc 415 (src/gen_builtins.pir:295)
<cognominal_> ... call repeated 992 times
<kj> mm ok
<cognominal_> anyway I learn by trying to choose the errors
<cognominal_> someday I will be able to fix them
<cognominal_> s/choose/chase/
<jonathan> cognominal_: return is not implemented yet
% wknight-away has left wknight-away!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<jonathan> kj: Yes, because it's either a Sub PMC or an NCI PMC, and invoking it does the Right Thing.
<jonathan> cognominal_: Interesting bug...hadn't tried putting code inside the class body before, mind.
<jonathan>  rakudo -e 'class A { method a {  say "a"; }; A.new.a(); }'
<jonathan>  rakudo -e 'class A { method a {  say "a"; }; A.new.a(); }'
<jonathan> oops
<jonathan> :-)
<jonathan> cognominal_: this works: class A { method a {  say "a"; }; }; A.new.a();
<jonathan> :-)
<cognominal_> ho
<jonathan> cognominal_: I think I know why what you tried doesn't work; unfortunately, until we start using .HLL I don't think it's going to get any better.
<jonathan> I already have had to hack in some work-arounds for our lack of usage of .HLL
<cognominal_> I did not notice the call was inside the class
<cognominal_> my bad
<jonathan> Well, Rakudo's bad too I think; that should work anyway. Basically, if you have no HLL in effect, get_hll_global appears to fall back on the current namespace.
<jonathan> Which causes some oddness.
<cognominal_> the function error seems more problematic
<cognominal_> yea, as long we have work around...
<cognominal_> I understant this is a bootstrapping process
<jonathan> cognominal_: The function not found error is not because a is not found. It's becaues you used return, which isn't implemented yet.
<jonathan> And since the keyword isn't implemented, it tries to find a function called return.
<cognominal_> :)
<jonathan> So sub a { say "a"; "a" }
<jonathan> That should do what you want.
<cognominal_> ok
<jonathan> return actually involves throwing/catching a control exception, so far as I understand it.
<cognominal_> jonathan++
<jonathan> Thus why it's actually not so straightforwrad to implement.
<jonathan> It's on pmichaud's todo list though, and it's one that I'm quite happy to not task-steal. ;-)
<cognominal_> so an explicit return ahs a different semantic?
<jonathan> Yes, because it returns from the current sub/method, not the current block.
<jonathan> However, blocks compile down to Parrot subs.
<cognominal_> rakudo -e 'class A { method a {  self }; method b { say "a" }; } A.new.a.b;'
<cognominal_> Statement not terminated properly at line 1, near "A.new.a.b;"
<jonathan> Thus why it's not as simple as emitting a PIR .return(...)
<jonathan> cognominal_: Missing ; afer the } for the class in that one.
<cognominal_> works fine indeed
<jonathan> Phew. :-)
<cognominal_> I am not yet used of the additionnal semicolon Perl6 wants in some places
<cognominal_> I think that when named captures will have been implemented rakudo will be fine enough to play with
<cognominal_> I suspect jonathan is already working on that
% kid51 has joined #parrot
<jonathan> cognominal_: Named captures as in $<blah> ?
<jonathan> $/{'blah'} already works ;-)
<jonathan> Working on the second of those at the moment though. So if that's what you menat, good guess. ;-)
<cognominal_> :)
% Ademan has left Ademan!~dan@h-68-164-171-186.snfccasy.dynamic.covad.net
% Ademan has joined #parrot
<jonathan> Hmmm...maybe eating something for lunch would be a good idea...
<svnbotl> r25734 | chromatic++ | trunk:
<svnbotl> : [IMCC] Minor cleanups of IMCC's PBC emitting code.  It's slightly shorter, some
<svnbotl> : of the variables have tighter scope, and a few of the names and comments are
<svnbotl> : saner.  There's still a lot of work to go; Extract Function and Rename Symbol
<svnbotl> : are very nice refactorings here.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25734
<svnbotl> r25735 | jonathan++ | trunk:
<svnbotl> : [rakudo] First cut at < > postcircumfix, so now you can write %foo<bar>.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25735
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
<svnbotl> r25736 | kjs++ | trunk:
<svnbotl> : [src] add some function documentation to imcc/cfg.c
<svnbotl> r25737 | jonathan++ | trunk:
<svnbotl> : [rakudo] Implement $<foo> syntax for getting at named captures.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25737
<jonathan> cognominal_: You can haz named capture syntax. :-)
% kid51 has left kid51!~jkeen@pool-68-237-5-40.ny325.east.verizon.net
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
* Coke reminds those using the mail interface to RT to *REPLY* to tickets that you wish to add information to. don't send fresh emails. :|
<cognominal_> jonathan, nice
% Ademan has left Ademan!~dan@h-68-164-171-186.snfccasy.dynamic.covad.net
% Andy has joined #parrot
% gryphon has joined #parrot
% Ademan has joined #parrot
% GeJ_ has left GeJ_!~geraud@edna.nealab.net
% GeJ has joined #parrot
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
<Coke> ack++
% GeJ_ has joined #parrot
% skv has joined #parrot
% GeJ has left GeJ!~geraud@edna.nealab.net
% Andy has left Andy!~Andy@64.81.227.163
% GeJ_ has left GeJ_!~geraud@edna.nealab.net
<Coke> (honestly -a is shorter to type and 99.9% of the time is what I want anyway.)
<Coke> ww
% GeJ has joined #parrot
% wknight8111 has joined #parrot
<cognominal_> Maddingue, tu utilises quoi comme systeme de fenetrage virtuel sur ton mac?
% skids has joined #parrot
<cognominal_> oops wrong channe
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
% slightlyoff has joined #parrot
% gryphon has joined #parrot
% jjore has left jjore!~jjore@c-24-16-241-176.hsd1.mn.comcast.net
% turrepurre has joined #parrot
<svnbotl> r25738 | coke++ | trunk:
<svnbotl> : [codingstd]
<svnbotl> : Space after comma per c_operators.t
<svnbotl> r25739 | coke++ | trunk:
<svnbotl> : [codingstd]
<svnbotl> : c_operator.t is passing; enabling it...
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25739
% Andy has joined #parrot
% Theory has joined #parrot
<particle> who broke parrot? chromatic?
<particle> compilers\imcc\pbc.c(1256) : error C2275: 'SymReg' : illegal use of this type as an expression
<particle>         c:\usr\local\parrot\trunk\compilers\imcc\symreg.h(88) : see declaration of 'SymReg'
<particle> compilers\imcc\pbc.c(1256) : error C2065: 'reg' : undeclared identifier
<particle> compilers\imcc\pbc.c(1258) : error C2223: left of '->nextkey' must point to struct/union
% spinclad_ has joined #parrot
<jonathan> particle:  Do you have hte URL for posting on rakudo.org?
<particle> it's a perlbuzz url... lemme see
<particle> http://perlbuzz.com/cgi-bin/mt/mt.cgi iirc
<particle> jonathan: nice work these last few days
<particle> i need to catch up
% bphillip1 has joined #parrot
<particle> we need some changes to the attribute code to deal with "has $x" being callable as $x, $!x, $.x, self.x, self!x,
% spinclad has left spinclad!~rhale@209-6-140-232.c3-0.bkl-ubr2.sbo-bkl.ma.cable.rcn.com
% TimToady has left TimToady!~larry@host01a.appflux.net
% c_otto has left c_otto!~cotto@75-92-237-130.sea.clearwire-dns.net
% diakopter has left diakopter!~diakopter@host01a.appflux.net
% bphillips has left bphillips!~bphillips@nat-003.digitalriver.com
% TimToady has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
% slightlyoff has joined #parrot
% gryphon_ has joined #parrot
% diakopter has joined #parrot
% skids has left skids!bri@charon.clarku.edu
% mdiep has left mdiep!~mdiep@v-adsl-fh-178-170.umnet.umich.edu
% mdiep has joined #parrot
% Ademan has left Ademan!~dan@h-68-164-171-186.snfccasy.dynamic.covad.net
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% skids has joined #parrot
% Ademan has joined #parrot
% davidfetter has joined #parrot
% buildbot has left buildbot!~buildbot@smtp.matisse.net
% peeps[work] has joined #parrot
<jonathan> particle: Sorry, disconnect
<jonathan> I thought I already had made it so has $x made it visible as $x and $!x.
% workbench has left workbench!abuse@adsl-068-213-211-142.sip.bct.bellsouth.net
<jonathan> $. is all about accessor methods.
<jonathan> If you don't declare it $.x you don't get any.
<particle> (07:15:57) [particle]: has $.a allows you to call $!a, $.a, and $a. correct?
<particle> (07:15:59) [particle]: oops
<particle> (07:16:05) [particle]: "has $a"
<particle> (07:16:07) TimToady: not hte last
<particle> (07:16:11) TimToady: yes
<particle> (07:16:16) [particle]: ok. great.
<jonathan> class Foo { has $x; method set { $!x = 42; }; method get { $x }; };
<jonathan> my $x = Foo.new(); $x.set(); say $x.get();
<jonathan> 42
<particle> change method get to { $.x }
<purl> particle: that doesn't look right
<particle> if it still works, jonathan++
<jonathan> The "true name" of the private variable always has the exclamation, but much like with our variables, you may declare a lexically scoped alias to the private variable by saying:
<jonathan> has $brain;     # also declares $!brain;
<particle> correct
<jonathan> It doesn't say that you get an accessor with that.
% buildbot has joined #parrot
<particle> you get an accessor
<jonathan> Where in S12 does it say that?
<particle> "my method x {...}" creates an attribute with a method attached
% workbench has joined #parrot
<jonathan> That's different from has $x;
<jonathan> Also, where did you see that?
<particle> ah, seems timtoady is wrong, anyway.
<particle> Public attributes have a secondary sigil of "dot", indicating the automatic generation of an accessor method of the same name. Private attributes use an exclamation to indicate that no public accessor is generated.
<particle> so, "has $x" and "has $.x" generate accessors
<particle> "has $!x" doesn't
<cognominal_> yea, that what I remembered
<jonathan> That's not clear, and S12 feels like it suggests otherwise, though it's not explicit about it.
<particle> need to migrate t/oo/attributes/instance.t to t/spec
<cognominal_> but you can declare methods that act as accessor
<jonathan> The reason I think so is that after it talks about has $x creating $x and an alias to $!x, the paragraph below it is still talking about private accessors.
<jonathan> The "true name" of the private variable always has the exclamation, but much like with our variables, you may declare a lexically scoped alias to the private variable by saying:
<jonathan> has $brain;     # also declares $!brain;
<jonathan> And any later references to the private variable within the same block may either use or omit the exclamation, as you wish to emphasize or ignore the privacy of the variable. O
<jonathan> It says $brain is private.
<particle> yes, $brain is block-scoped
<jonathan> Sure. But it always talks about $brain being an alias to $!brain. It doesn't talk about accessor method generation.
<particle> hrmm. it is confusing.
<jonathan> It only talks about $.x doing that.
<jonathan> It's not clear.
<cognominal_> so much doc to read to get up to speed :(
<jonathan> I may be wrong, but it's not how I've understood and explained it for a couple of years.
<particle> yes. timtoady
<particle> er, timtoady must explain that better.
<jonathan> It's not hard for me to change it to generate the accessor method.
<jonathan> I just struggle to see from the spec the way it is at the moment, that we should do so.
<particle> is 'is ro/rw' working yet?
<jonathan> No, it's is rw by default.
<jonathan> Erm, mostly because I don't actually know *how* to implement rw/ro. :-)
<particle> um. if it's rw by default, then accessors should be created, no?
<jonathan> The current implementation works but I don't consider it to be correct.
<jonathan> Oh, sorry. The *spec* says it's ro by default when you have an accessor.
<jonathan> The current implementation is wrong.
<TimToady> "has $x" does not generate an accessor
<jonathan> Phew. :-)
<particle> ok.
<particle> so you can't call "has $x" with $.x
<jonathan> TimToady: Maybe a note to clarify that in the spec is good - it was my reading, but it's not 100% clear.
<TimToady> particle: correct
<jonathan> Using $.x to refer to it inside the class probably doesn't quite work yet; there is certainly stuff to do here.
<particle> has $!x is rw; # are accessors generated?
<jonathan> I believe not, and I'm not sure what that means.
<particle> i'm hoping it's a compile time error
<jonathan> Right, but it'd be up to the rw trait to moan.
<particle> TimToady: "my method !foo" and "our sub !foo": are these examples from S12 valid syntax?
<particle> seems the ! should not be in the declaration, only in invocation
<jonathan> TimToady: S12 talks about classes being mutable.
<jonathan> I know that means we can add stuff to them, replace them, etc.
<jonathan> But does that affect existing instances of the class? I thought not, but reading "mutable" makes me wonder...
% buildbot has left buildbot!~buildbot@smtp.matisse.net
% buildbot has joined #parrot
* jonathan posts to rakudo.org
<jonathan> particle: On OO spec tests, I would *love* to see someone help out with those.
<jonathan> And I don't just mean you. :-)
% Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net
% spinclad_ is now known as spinclad
<particle> jonathan: when's the last time you built parrot?
<jonathan> Probably a couple of days ago.
<jonathan> I'm scared to re-build, in case it's broken, and I have to fix it before I can resume hacking on Rakudo. ;-)
<particle> ok. i think chromatic broke it today
<jonathan> Geck.
<particle> yeah. i wanna hack rakudo :(
<jonathan> Though maybe just on Win32.
<jonathan> I kinda need to go in 2-3 minutes, otherwise I'd pull it now and check and fix.
<particle> ah, i think i spotted it
<particle> c89ism
<jonathan> Ah. Those are easy to fix. :)
<jonathan> Too bad GCC seems to be less sensitive to that than MS VC++.
<particle> yep. feel free to update after i commit, parrot's working again :)
<jonathan> Nice, thanks!
<jonathan> Feel free to fix the new features I added today. ;-)
<particle> it's truly annoying that in all gcc's perceived "greatness" it can't behave like a proper ansi compiler
<jonathan> Or at least doesn't have a flag to make it do os.
<jonathan> *so
<jonathan> Ah, meeting up with some folks in realspace, gotta go.
<jonathan> laters
<particle> cheers
<svnbotl> r25740 | particle++ | trunk:
<svnbotl> : [imcc] fix c89ism (gcc--)
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25740
% Ademan has left Ademan!~dan@h-68-164-171-186.snfccasy.dynamic.covad.net
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
<cognominal_> I see in grammar.pmg    subcall defined as <ident> '(' <semilist> ')'       .  Should not be possible to call a sub without parentheses if already declared? May be, it is not possible with the current state of rakudo?
% Ademan has joined #parrot
<particle> http://svn.pugscode.org/pugs/src/perl6/STD.pm defines subcall with parens
% c_otto has joined #parrot
% kj has joined #parrot
<TimToady> <ident> without parens is considered a listop instead
<TimToady> list_prefix, more specifically
<TimToady> (unless predeclared 0-ary, in which case it's a term, or prefix:<ident> with 1 arg, in which case it's a named unary)
<TimToady> in any case, a post-declared <ident> must be considered a list prefix, and subsequent declaration contradicting that is an error
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
<TimToady> actually, the term form may need to be declared term:<ident>; I'm not sure a simple () sig is good enough...
<TimToady> can argue it both ways
<cognominal_> ok
<TimToady> but leaning toward not doing grammar munging without explicit foo:<>
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
<pmichaud> rakudo treats unknown idents as being list prefix
<pmichaud> it does get a little confused with something like  'foo.bar()', which it currently treats as &foo.bar() instead of foo().bar()
% particl1 has joined #parrot
<cognominal_> yea, that's what I hit when playing with undef before jonathan fixed it
<pmichaud> well, jonathan fixed undef by making it into a keyword.  that's fine for undef, but in the general case it'd still dtwt
% sjansen has joined #parrot
% particle has left particle!~particle@c-24-19-3-148.hsd1.wa.comcast.net
% turrepurre has left turrepurre!~chatzilla@90-229-128-103-no52.tbcn.telia.com
% turrepurre has joined #parrot
<cognominal_> yea, that's what I meant 
<pmichaud> excellent
% particle has joined #parrot
% particl1 has left particl1!~particle@c-24-19-3-148.hsd1.wa.comcast.net
% spinclad has left spinclad!~rhale@209-6-140-232.c3-0.bkl-ubr2.sbo-bkl.ma.cable.rcn.com
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
<Coke> (gcc) isn't there a cage warning that catches such things?
<Coke> (something in perl Configure.pl --cage)
<particle> if there is, it should be on by default
% spinclad has joined #parrot
<wolverian> 0.5.2's t/smartlinks.t fails for me on 5.10, is this known?
% Ron has joined #parrot
% nihiliad has joined #parrot
<particle> wolverian: yes, it's a problem with your perl install picking up an old lib
<particle> you likely have a shared path in @INC between 5.10 and an older 5.8
* Coke tries to find it.
<particle> coke: first try --ansi --pedantic or something
<Coke> src/main.c:55: warning: ISO C90 forbids mixed declarations and code
<Coke> that's in a normal build.
<Coke> (I think. double checking I didn't config with --cage)
<particle> sure, it's a nice warning.
<particle> in c89 that's an error, though.
<wolverian> particle, ah, thanks. yes, I have 5.10 in /usr/local and 5.8 in /usr. oh well.
<particle> iirc there's no way to tell gcc to error on that, just warn
<wolverian> (does that break other things?)
<particle> wolverian: you should have separate @INCs, since there's binary incompat
<wolverian> actually, @INC only has 5.10 entries
<Andy> off to MPLS
% Andy has left Andy!~Andy@64.81.227.163
<Coke> particle: It seems that -Werror is the way to do it... but that turns ALL warnings into errors.
<particle> yep. which just sucks.
<Coke> yep. Well, at least you can safely smack any gcc developers that commit that, since they had to ignore the warning. =-)
<Coke> hurm. -Werror=foo seems promising.
<Coke> ... not supported by my gcc though.
<Coke> -Werror=declaration-after-statement is documented for 4.2.3 but not
<Coke> 4.1.2; 
% cotto has left cotto!~cotto@tide532.microsoft.com
% nihiliad has left nihiliad!~naughton@206.196.48.197
% ruoso has left ruoso!~ruoso@mail.verticalone.pt
% mercutioviz has joined #parrot
<Coke> particle: opened a cage ticket.
% IllvilJa has joined #parrot
<particle> coke++
% rdice has joined #parrot
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% perlfan has joined #parrot
% davidfetter has joined #parrot
<cognominal_> rakudo -e ' my %a = (1,2); say pairs %a'
<cognominal_> get_string() not implemented in class 'Pair'
<cognominal_> I should be able to fix itif I know what it should print
<pmichaud> the my %a = (1,2) isn't likely to work in Rakudo yet, as we don't have a Pair type
<pmichaud> and we need to fix up Rakudo's Hash type so that it understands list assignment
% HG` has left HG`!~wells@user-5445c429.lns3-c13.telh.dsl.pol.co.uk
<cognominal_>  rakudo -e ' my %a = (1,2); say %a'
<cognominal_> 12
<pmichaud> right, it's converting %a to be a normal List
<cognominal_> it seems to work already
<pmichaud> my %a = (1,2);  say %a.WHAT;   # List
<pmichaud> i.e., %a isn't a hash
<cognominal_> ha
% HG` has joined #parrot
<pmichaud> we still don't have true list assignment working, nor do we have a way of converting a List into a Hash
<cognominal_> pmichaud, http://paste.husk.org/10900, I have written  grep and map in List.pir but I don't know how to hook it up
<Coke> (list to hash). there is code in tcl to do this. not sure how much of it is salvagable.
<cognominal_> not sure it is correct either
<cognominal_> indeed I forgot to loop
<Coke> __listToDict is the tcl version.
<Coke> hurm. probably not usable, since have to take strings like "a b c d" and convert that to a list on the fly. Nevermind. =-)
<pmichaud> we just need to overload the 'copy' opcode for rakudo Hash types
<pmichaud> actually, we need to convert PCT to use copy, right
<pmichaud> s/right/first
<pmichaud> iirc, PCT is still using the morph+assign trick
% parrot-poke has joined #parrot
% Ademan has left Ademan!~dan@h-68-164-171-186.snfccasy.dynamic.covad.net
% japhb has left japhb!~geoff@76.191.190.8
<svnbotl> r25741 | petergibbs++ | trunk:
<svnbotl> : Change Parrot_assert condition argument from int to long, in an attempt to
<svnbotl> : remove warnings on platforms with 64-bit pointers but 32-bit ints.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25741
% perlfan has left perlfan!~perlfan@bc1.hpc.lsu.edu
% grim_fandango has joined #parrot
<svnbotl> r25742 | jkeenan++ | tcif:
<svnbotl> : Starting to write POD for P::C::Parallel::Trace public methods.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25742
<svnbotl> r25743 | jkeenan++ | tcif:
<svnbotl> : Matching Coke's correction in trunk:  c_operator.t is now passing, so enable it in this branch as well.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25743
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% rdice has joined #parrot
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
<svnbotl> r25744 | jkeenan++ | tcif:
<svnbotl> : Completeed initial draft of POD for P::C::Parallel::Trace public methods.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25744
% particle has left particle!~particle@c-24-19-3-148.hsd1.wa.comcast.net
% HG` has left HG`!~wells@user-5445c429.lns3-c13.telh.dsl.pol.co.uk
% particle has joined #parrot
<Coke> -> offline
% skids has left skids!bri@charon.clarku.edu
% simcop2387 has left simcop2387!~simcop238@c-98-192-31-207.hsd1.ga.comcast.net
% confound has left confound!~hdp@shell.icgroup.com
% confound has joined #parrot
% cotto has joined #parrot
% peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com
% kj has joined #parrot
% Limbic_Region has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-108.dynamic.mnet-online.de
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% skids has joined #parrot
% kid51 has joined #parrot
<Limbic_Region> salutations all
% gryphon_ has left gryphon_!~gryphon@dsl-209-221-185-54.zipcon.net
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
* davidfetter sends a few neurotransmitters to Limbic_Region
<Limbic_Region> thanks - my brain still hasn't recovered from the birth of his second child
<Limbic_Region> er um, s/his/my/
<Limbic_Region> # hence making my point
<svnbotl> r25745 | jkeenan++ | tcif:
<svnbotl> : Create new test file.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25745
<davidfetter> pic!
<svnbotl> r25746 | jkeenan++ | tcif:
<svnbotl> : New test file was in wrong directory; correcting.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25746
% Ron has left Ron!rblasch@M1704P015.adsl.highway.telekom.at
<svnbotl> r25747 | jkeenan++ | tcif:
<svnbotl> : Change my @steps to our @steps to make it assignable in test files.
<svnbotl> r25748 | jkeenan++ | tcif:
<svnbotl> : First tests for Parrot::Configure::Parallel::Trace methods, plus a little refactoring in module.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25748
% AndyA has left AndyA!~andy@82.152.157.85
% teknomunk has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% AndyA has joined #parrot
% parrot-poke has left parrot-poke!~mollusk@user-112vvlr.biz.mindspring.com
% japhb has joined #parrot
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% Khisanth has left Khisanth!~Khisanth@pool-151-204-136-50.ny325.east.verizon.net
% Khisanth has joined #parrot
% Alias has joined #parrot
<svnbotl> r25749 | jkeenan++ | trunk:
<svnbotl> : Add CLEANUP => 1 to tempdir() calls in two locations.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25749
<cotto> How does an Iterator PMC know how to iterate over an aggregate PMC?
<svnbotl> r25750 | jkeenan++ | tcif:
<svnbotl> : Add CLEANUP => 1 to tempdir() calls in two locations.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25750
<cotto> I can tell it has something to to with key PMCs, but it seems magical right now.
<Coke> when you create the iterator, you give the PMC you care about. Everytime you shift a value off the iterator, returns the value associated with it's current keyed value, and saves the next value to be pulled internally.
<Coke> (so each time you peek the next key (hash) or index (array), save that, and then return the value associated with the key you kept last time. (or when you init'd)
<Coke> the trick is VTABLE_nextkey_keyed
<Coke> (this just based on a quick read of shift_* in src/pmc/iterator.pmc
<svnbotl> r25751 | jkeenan++ | tcif:
<svnbotl> : Move struct declaration out of Configure.pm and Parallel.pm and into Configure/Base.pm.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25751
<c_otto> Coke++
<c_otto> Thanks.
<c_otto> Also, particle++ for the help yesterday
<svnbotl> r25752 | jkeenan++ | tcif:
<svnbotl> : Add more tests for P::C::Parallel::Trace.
<svnbotl> r25753 | jkeenan++ | tcif:
<svnbotl> : Delete commented-out code.  Specify exact number of tests in plan.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25753
% Andy has joined #parrot
<Andy> howdy at FP
<Alias> FP?
<purl> FP is probably fp. it's not mmx or frontpage or functional programming or floating point or french press or first post or frozen perl
<Andy> There is apparently a Cretinous Teenager convention in this hotel.
<svnbotl> r25754 | jkeenan++ | tcif:
<svnbotl> : 1.  Add get_storable_file() method to P::C::Parallel::Trace.  Add tests
<svnbotl> : for that method to 061-parallel.t.
<svnbotl> : 2.  Modify Parallel::Trace::update_state() to require a 'step_name'
<svnbotl> : argument.  This is pushed on to the array which in turn is the first
<kid51> purl:  FP is Frozen Perl
<purl> ...but fp is fp. it's not mmx or frontpage or functional programming or floating point or french press or first post or frozen perl...
<kid51> FP?
<purl> FP is fp. it's not mmx or frontpage or functional programming or floating point or french press or first post or frozen perl
<kid51> purl, repeat after me:  FP is Frozen Perl
<purl> OK, kid51.
<kid51> FP
<kid51> FP?
<purl> FP is fp. it's not mmx or frontpage or functional programming or floating point or french press or first post or frozen perl
<kid51> You still haven't gotten it, have you, purl?
<purl> kid51: huh?
* kid51 must sleep
<purl> $kid51->sleep(8 * 3600);
% kid51 has left kid51!~jkeen@pool-68-237-19-57.ny325.east.verizon.net
% SCalimlim has left SCalimlim!ImustDIE@cpe-67-49-40-137.socal.res.rr.com
% SCalimlim has joined #parrot
% japhb has left japhb!~geoff@76.191.190.8
% confound has left confound!hdp@floe.aq
% confound has joined #parrot
% confound has left confound!~hdp@shell.icgroup.com
% confound has joined #parrot
% Andy has left Andy!~Andy@dhcp64-134-68-64.fpsmn.msp.wayport.net
% simcop2387 has joined #parrot
% Andy has joined #parrot
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167932294.dsl.bell.ca
% jjore has joined #parrot
% petdance has joined #parrot
% Andy has left Andy!~Andy@dhcp64-134-68-64.fpsmn.msp.wayport.net
% felipec has joined #parrot
<felipec> hi
<felipec> I would like to create a simple shell interpreter in C, but I'm interested on not re-inventing the wheel and using some parser generator tools
<felipec> do you think parrot might help?
% cotto_ has joined #parrot
% cotto has left cotto!~cotto@tide502.microsoft.com
% Ademan has joined #parrot
% jq has left jq!~jquelin@merlin.mongueurs.net