% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167932179.dsl.bell.ca
<dalek> r27697 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - bytecode translation : refactor
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27697
% jjore has left jjore!~jjore@c-24-16-241-176.hsd1.mn.comcast.net
% leo has joined #parrot
<dalek> r27698 | pmichaud++ | trunk:
<dalek> : [p6object]:
<dalek> : * Refactor handling of parent class addition a bit, to simplify things
<dalek> :   for rakudo.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27698
% zOrK has joined #parrot
<bacek_> pmichaud: ping.
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
% zOrK has left zOrK!~eclipse@196-97-22-190.adsl.tie.cl
<jonathan> morning all
<purl> morning, jonathan
% ruoso has joined #parrot
% jjore has joined #parrot
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
<jonathan> pmichaud: (...is there no way to determine if a class has a method of a given name, either itself or via inheritance?) - the 'can' opcode/method should do this
% ank has left ank!~ank@ppp121-44-210-24.lns1.hba1.internode.on.net
% Patterner has left Patterner!~Psyche@d138176.adsl.hansenet.de
% wknight8111 has joined #parrot
<bacek> jonathan, evening...
<jonathan> bacek: Hi there :-)
<bacek> jonathan, can you review second patch from http://rt.perl.org/rt3/Ticket/Display.html?id=54514?
<bacek> is it "right way" for workaround about broken inheritance?
<jonathan> bacek: .sub '$!sort' :method
<jonathan> Just !sort if you want to make it private
<jonathan> No $
<bacek> jonathan, O! New knowledge about "dark magick" :)
<jonathan> Other than wondering if Perl 6 sort really is in-place, it looks good.
<jonathan> I thought it returned a sorted copy of the list?
<moritz> it should
<jonathan> bacek: But that's only a small change. :-)
<bacek> jonathan, hmm... I don't fully understand "'=sort' mutator form" 
<jonathan> bacek: That's a form that would be called, as an optimization, when writing for example @stuff .= sort();
<jonathan> However, Rakudo doesn't know about this yet, I don't think.
<dalek> r27699 | jonathan++ | trunk:
<dalek> : [rakudo] Implement => infix operator, for constructing more complex pairs. Make them work in calls when you just have a string literal there.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27699
<moritz> jonathan: without the spaces please
<jonathan> moritz: It works without the spaces too?
<moritz> jonathan: I think method calls may not have spaces at all
<moritz> jonathan: you *have* to write it as @stuff.=sort
<jonathan> Normally, they may not.
<jonathan> But in STD.pm
<jonathan> token infix:sym<.=> ( --> Item_assignment) { <sym> {*} }
<moritz> so infix:<.=> is an alias for the method call .= ?
<moritz> ok, I take back everything I said ;9
<jonathan> Yes; and it allows the spaces :-)
<jonathan> Otherwise you'd not be able to write
<jonathan> my Dog $fido .= new();
<jonathan> It'd have to be without the spaces.
<moritz> ok
<moritz> thanks for the clarification
<jonathan> np
<jonathan> Do you know if you're allowed to do things like foo($name => $value) when calling?
<jonathan> Or is only a literal string allowed on the left hand side of =>?
<avar> no, the lhs of => is a scalar
<jonathan> If you're allowed more than a literal string, we have a problem at the moment, 'cus Parrot don't support that right now. :-(
<avar> or Any, probably
<avar> because the lhs is a hash table entry or something?
<jonathan> OK, in the general case, yes, it just makes a Pair
<jonathan> Because in Parrot Intermediate Code you're only allowed a string literal for the name.
<jonathan> I've made 'foo' => 42 work now
<bacek> jonathan, http://pastebin.org/37501 
<bacek> jonathan, this is reworked sort
<jonathan> bacek: Looks good
<purl> O_O
<jonathan> And bonus points for tail call usage ;-)
<bacek> http://rt.perl.org/rt3/Ticket/Display.html?id=54312 and this this 5-days old infix:=> implementation :)
<avar> jonathan: Yes why is that? Because some parrot object is being used for it?
<jonathan> avar: Why are you only allowed a string literal at Parrot level, you mean?
<jonathan> I don't have a good answer to that, other than, that's the way it is.
<avar> If the lhs needs to be a string literal but not the rhs that would suggest you're using some parrot datatype that is limited in that way.
<jonathan> Yes, Parrot's signatures only allow a string constant there.
<jonathan> That's the limitation.
<jonathan> If you're allowed to write foo($name => $value), though, then I think Parrot's going to have to change to support non-constant names for named parameters.
<avar> Ah, so parrot calling conventions for subroutines are being used directly. That answers my question.
<jonathan> avar: Yes, correct.
<avar> Yes, either that or pass a Perl 6 object that describes the arguments
<jonathan> Such as a Capture. :-)
<jonathan> Unfortunately, doing so would rather harm our ability to interoperate with other languages on Parrot.
<jonathan> bacek: That was similar to what I first thought of doing; unfortunately, it doesn't work out with writing calls.
<jonathan> bacek: Is that sort patch ready to apply?
<bacek> jonathan, I think so.
<jonathan> OK. Is there a ticket for it?
<bacek> New version attached to http://rt.perl.org/rt3/Ticket/Display.html?id=54514
<jonathan> bacek: Does this work for you:
<jonathan> my @a = (7,1,8,3,2); my @b = sort { $^a <=> $^b }, @a; say @b;
<jonathan> I'm actually getting segfaults here from that!
<jonathan> bacek: Also, 
<jonathan> my @a = (7,1,8,3,2); my @b = @a.sort({$^a <=> $^b});
<jonathan> too many arguments passed (2) - 1 params expected
<bacek> jonathan, just a sec... min... I rebuilding parrot from scratch.
<jonathan> Oh, did you support passing a comparer yet?
<bacek> about second example: no. It will not work.
<bacek> jonathan, comparer passing works only for sort {}, @list
<jonathan> OK
<bacek> I still learning parrot... My version with .sub 'sort' :multi(_) :method in list just always complains about wrong number of arguments
% Alias has left Alias!~adam@svn.ali.as
<jonathan> bacek: Maybe make it an optional parameter?
<jonathan> :optional
<purl> i think :optional is a flag to an argument
<bacek> jonathan, ok. I'll read pdds once again to figure how it should work
<jonathan> OK
<bacek> bacek@icebolt:~/src/parrot/languages/perl6$ cat sort2.pl 
<bacek> my @a = (7,1,8,3,2); my @b = sort { $^a <=> $^b }, @a; say @b;
<bacek> bacek@icebolt:~/src/parrot/languages/perl6$ ../../parrot perl6.pbc sort2.pl 
<bacek> 12378
<jonathan> I'm curious if
<jonathan> my @a = (7,1,8,3,2); my @b = sort { $^a <=> $^b }, @a; say @b;
<jonathan> my @a = (7,1,8,3,2); my @b = sort { $^a <=> $^b }, @a; say @b;[6~[6~[6~[6~[6~[6~[6~
<jonathan> ...oops
<jonathan> If that works for you
<jonathan> Oh, you just tried it.
<jonathan> Hmm
<bacek> jonathan, http://rt.perl.org/rt3/Ticket/Display.html?id=54474 :)
<bacek> jonathan, I've fixed cmp before :)
<jonathan> Ah, and that patch is unapplied?
<bacek> jonathan, yes
<moritz> that's one of the things that make parrot development less fun
<jonathan> Latest version attached to the ticket is one that should be applied, right?
<bacek> jonathan, yes. But it is not reviewed.
<jonathan> Just looked over it, looks good.
<bacek> jonathan, but according to Coke and chromatic it is right way to do
<jonathan> Not sure about the change to freeze though.
<jonathan> That's the only bit I'm a tad unsure about applying.
<jonathan> The rest, looks good to me.
<jonathan> Applied it locally, apart from the freeze part. Testing it.
<bacek> bacek@icebolt:~/src/parrot/languages/perl6$ cat sort3.pl 
<bacek> my @a = (7,1,8,3,2); my @b = @a.sort({$^b <=> $^a}); say ~@b;
<bacek> bacek@icebolt:~/src/parrot/languages/perl6$ ../../parrot perl6.pbc sort3.pl 
<bacek> 8 7 3 2 1
<bacek> jonathan, :optional really works!
<bacek> I'll create new patch for 'sort' :)
% braceta has joined #parrot
<jonathan> Yay!
<jonathan> moritz: You mean dealing with the segfaults makes it less fun?
<moritz> jonathan: no, that patches usually take quite some times before getting applied
<jonathan> Ah.
* bacek have to deal with kids... It's a bed time
% masak has joined #parrot
<moritz> jonathan: for example I submitted a patch to make languages/PIR/ compile again, which can easily be verified
<moritz> I can understand that patches to the core are thoroughly revied, but things like that should be easy and fast to do
% braceta has left braceta!~Braceta@83.240.229.38
<masak> does rakudo support `use v5`?
<masak> does it default to perl 5 if no version is given?
<jonathan> masak: No and no, for the moment.
<masak> but we're heading there?
<moritz> I think it's far down the roadmap
<masak> I mean, at least it's on the roadmap, right?
<jonathan> moritz: Agree that things like that likely can be applied nice and quickly, yes. In fact, people working on stuff in languages/ should be able to get commit bits after a few patches anyway.
<masak> I don't need it now, just curious whether it will be there
<masak> and how
<jonathan> masak: If it's in the spec, then yes, it will be there eventually.
<masak> that means that every compliant distro of perl 6 will also include perl 5
<jonathan> The spec seems to suggest it will be that way...
<moritz> masak: yes
<masak> will that be in the form of a parrot project, or in the form of the original perl 5 codebase?
<moritz> although I could imagine that 20 years after Perl 6 is being deployed we might get rid of that dependency
<masak> one can only hope
<jonathan> masak: Probably original Perl 5 embedded in Parrot, initially.
<masak> what does that mean? can it do `use v5; { use v6; ... }`?
<moritz> you will
<masak> ok, good
<dalek> r27700 | jonathan++ | trunk:
<dalek> : [core] Make Integer PMC call SELF.get_integer() rather that look straight at the data in various places, so as to make subclassing work properly. Patch courtesty of Vasily Chekalkin <bacek@bacek.com> (bacek++).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27700
% ank has joined #parrot
% braceta has joined #parrot
<dalek> r27701 | jonathan++ | trunk:
<dalek> : Give bacek an entry in CREDITS.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27701
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<dalek> r27702 | fperrad++ | trunk:
<dalek> : [install]
<dalek> : - add MIME/Base64.pbc (used by pheme)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27702
% bacek has left bacek!~bacek@123-243-38-218.tpgi.com.au
% bacek has joined #parrot
<bacek> hi again
<purl> oh, you're back!
<bacek> purl, damn bot! :)
<purl> bacek: i'm not following you...
<jonathan> bacek: Applied your Integer PMC patch, thanks. :-)
<bacek> jonathan, thank for applying 'cmp bug'
<jonathan> Thank you for the patch!
<bacek> jonathan, wait a little bit with sort.
<jonathan> Sure, whenever you're ready with it.
<bacek> Latest version broke my first test...
<bacek> I've got Null PMC access in get_bool :(
<bacek> What is proper way to check :optional argument was passed?
<jonathan> But :opt_flag after it
<jonathan> .param pmc foo :optional
<jonathan> .param int have_foo :opt_flag
<jonathan> Test have_foo for zeroness.
<bacek> jonathan, thanks.
<bacek> http://pastebin.org/37515
<bacek> This version work with my all my tests.
<jonathan> bacek: OK, great. I have a few local changes that I need to get sorted out and ci'd first, but will take a look in a moment. (Well, after lunch...)
<bacek> jonathan, ok. Bon appetite!
<bacek> I'll attach latest version to ticket.
<bacek> http://rt.perl.org/rt3/Ticket/Display.html?id=54514#txn-409824
<bacek> jonathan, BTW, I think you can remove 'join' and 'sort' from TODO in List.pir :)
<bacek> and 'reduce' too.
* moritz tests his new 'make spectest_regression' 
<bacek> Question (another stupid one): in which syn described this syntax: my @s = sort { $^a <=> $^b }: @a;
<bacek> with colon after sub.
<dalek> r27703 | jonathan++ | trunk:
<dalek> : [rakudo] Fix Int cloning.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27703
<moritz> bacek: it's the same as { $^a <=> $^b }.sort(@a); (the thing before the : is the invocant). Either S02 or S12.
<bacek> moritz, thanks
<bacek> looks like in S06: invokant parameters...
% braceta has left braceta!~Braceta@83.240.229.38
<bacek> Is it handled by 'token adverbs' in STD.pm>
<bacek> ?
* moritz doesn't know STD.pm well enough to answer that
<bacek> yes it is... And it is not handled in current rakudo at all...
* DietCoke drinks a coffee.
* bacek just drinks
% gryphon has joined #parrot
<moritz> make spectest_regression patch for rakudo sent!
<moritz> to perl6-internals, that is
<moritz> hope that helps jonathan
% tetragon has left tetragon!~seneca@216.126.67.44
% Zaba has joined #parrot
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
* jonathan returns from myamming a ham sarnie
<jonathan> moritz: Do we actually pass the tests on that list?
<jonathan> But - thank you muchly for this patch.
<jonathan> bacek: So that patch is ready to apply?
<bacek> jonathan, I think so
<moritz> jonathan: yes, rakudo passes these tests ( r27698 )
<jonathan> moritz++
<moritz> you're welcome
<jonathan> OK, will get these both in when I figure out how to get the first cut of lazy ranges in without breaking stuff that currently works...
<jonathan> for 1..6 { ... } # actually constructs an interator now
<jonathan> 'A'...'Z' works locally too :-)
<jonathan> By iteator I mean, Range object.
<masak> jonathan++
% Infinoid has left Infinoid!infinoid@mad.cow.org
<jonathan> But gotta get my @a = (1..6); to do something sensible.
<jonathan> (Without doing everything that really needs to be done. Yet.)
<ank> hey, do you guys know what "TRE" is? (i'm reading rakudo.org and it talks about "TRE" as a token matcher)
<moritz> ank: it's a regex library
<moritz> http://laurikari.net/tre/
<ank> cool! thanks
<moritz> and for perl: http://search.cpan.org/perldoc?re::engine::TRE
<moritz> yw
* DietCoke wonders why the hell jonathan's email about fixing integer.pmc didn't hit the list.
<DietCoke> jonathan: any reason why you cc'd parrot-porters@perl.org and not perl6-internals@perl.org?
<DietCoke> (just spent 5m getting ready to apply the patch to find it applied. =-)
<jonathan> DietCoke: I thought parrot-porters was the Right Address for the list now?
<DietCoke> it's an alias.
<Tene> japhb: I use git-svn
<DietCoke> there's no reason to override the list that RT provides. =-)
<DietCoke> (I'm guessing it got held up for moderation somewhere.)
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
<jonathan> I couldn't see the "Toggle cc to ..."
<dalek> r27704 | coke++ | trunk:
<dalek> : Add test to verify cmp works in subclasses of 'Integer', reworked from a
<dalek> : sample provided by Vasily Chekalkin in RT#54474
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27704
<dalek> r27705 | jonathan++ | trunk:
<dalek> : [rakudo] Really fix Int cloning. D'oh.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27705
<DietCoke> bacek: reworked your initial case as a test and committed that. For bonus points, provide those PIR scripts as failing tests in teh first place. =-)
<DietCoke> bacek++
<jonathan> DietCoke: Strange, I see it now...who knows. :-)
<dalek> r27706 | jonathan++ | trunk:
<dalek> : [rakudo] Make range objects work as iterators. You can now create them and use them as such. However, we're not ready to make them be created with .. just yet; need to sort out various other bits.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27706
<bacek> DietCoke, clean version of test made by pmichaud...
<jonathan> bacek: This sort patch is final one to apply, right?
<bacek> jonathan, yes.
% ank has left ank!~ank@ppp121-44-210-24.lns1.hba1.internode.on.net
* bacek going to sleep...
<jonathan> bacek: Will apply this, thanks.
<bacek> jonathan, thank.
<jonathan> Ah, it has a slight bug
<jonathan> Will tweak it.
<bacek> BTW, any chances for 'protoregexes' in near future? 
<bacek> jonathan, no way! It's prefect! :)
<jonathan> pmichaud is planning to work on them in the not too distant future, I believe.
<jonathan> bacek: Unless you try it with my @a = <5 1 7 3>; my @b = sort @a; say @b;
<jonathan> Then it things the array is the comparer. ;-)
<bacek> jonathan, yeek... You right. It's only 99% percent perfect :)
<bacek> jonathan, so it it should be 2 versions of 'sort' with :multi?
<jonathan> bacek: Actually, I just check if the comparer is code or not. :-)
<jonathan> Works.
<jonathan> Will ci.
% wknight8111 has joined #parrot
<jonathan> bacek: It's in. Thanks!
<bacek> jonathan, thank for knowledge about "Dark Magick" :) I'll try to implement 'map' better.
<dalek> r27707 | jonathan++ | trunk:
<dalek> : [rakudo] Implement sort method and sub. Patch courtesy of bacek++.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27707
<bacek> ok. good night to everyone.
<jonathan> goodnight :-)
<jonathan> moritz: When I do "nmake spectest_regression" it seems to be running everything but the spectests...
% rdice has joined #parrot
<moritz> jonathan: are you on windows?
<moritz> jonathan: it assumes / as the path separator, my bad
<jonathan> moritz: Yes
<jonathan> Ah
<moritz> jonathan: try to translitare all backslashes by slashes in the grep in line 50 in t/harness
<DietCoke> Whoops. Blogger made it a little to easy to post to the wrong blog there.
<DietCoke> apologies if that diet post shows up in anyone's parrot feed. :|
<DietCoke> 'too'
<jonathan> moritz: Think I've got a fix that makes it portable.
<jonathan> It was the slashes issue.
<jonathan> Wow.
<moritz> jonathan: and we need a to die if @tfiles is empty, because it means that something is wrong
<moritz> jonathan: and it also means that t/0*/* is executed
<moritz> which is what happened to you
<jonathan> Ah, yes, good idea.
<jonathan> Added.
<moritz> and in root.in a line like this:
<moritz> 	@echo "  spectest_regression:  Run the tests of the official test suite that are known to pass."
<jonathan> Yup, added
<dalek> r27708 | jonathan++ | trunk:
<dalek> : [rakudo] Add spectest_regression makefile target, which only runs tests on a known-to-pass whitelist. The goal is to have make spectest be useful enough not to need this; for now, this way provides highly useful information. Patch courtesy of Moritz Lenz (moritz++), with a couple of platform tweaks by jonathan++ so it works on Windows.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27708
<DietCoke> I know it's a hack, but isn't there a builtin module for file path assembly, and or a parrot config option you can steal it from rather than re-inventing tha particular wheel? (I know it's a really small wheel, though.)
<jonathan> moritz++ # thank you thank you thank you!
* moritz performs a sweeping bow
<jonathan> DietCoke: Probably; I'm sure if a cage cleaner feels strongly enough about it, they'll tweak it. :-)
<jonathan> OK, back to the hacking.
* jonathan hopes pmichaud is awake soon, since he has questions for him :-)
<DietCoke> jonathan: hopefully it'll be gone by then. =-)
<jonathan> Sure, but for now it solves a real problem, so I'm very happy to have it here.
<DietCoke> (to be clear, I'm happy it got applied. =-)
<pmichaud> pong
<cognominal> I see that everyone step in jonathan toes for things he has already built in his heads.
<jonathan> pmichaud: A few things...
<purl> a few things are worse than a gecko revolt
<cognominal> s/heads/head/
<jonathan> A gecko revolt sounds coool!!
<DietCoke> ooh, can I have one?
<jonathan> pmichaud: First, I've put in lazy ranges as iterators. Apart from, I can't use them with .. yet.
<jonathan> er, ranges as lazy iterators
<jonathan> But they work like that.
<jonathan> Thing is
<jonathan> @a = (3..5); # oh my
<jonathan> Because of course, you can't do @a[1] on an iterator
<cognominal> pmichaud, I did a svn update, make clean, perl Configure.PL, and make  and got error:imcc:syntax error, unexpected SHIFT_LEFT ('<<')
<cognominal> 	in file 'src/PCT/HLLCompiler.pir' line 17
<cognominal> error:imcc:syntax error, unexpected RELOP_EQ ('==')
<cognominal> 	in file 'src/PCT/HLLCompiler.pir' line 21
<cognominal> error:imcc:syntax error, unexpected SHIFT_RIGHT_U ('>>>')
<cognominal> 	in file 'src/PCT/HLLCompiler.pir' line 25
<cognominal> make[1]: *** [../../runtime/parrot/library/PCT.pbc] Error 
<pmichaud> you mean in Parrot's implementation of Iterator.  Right.  Parrot's Itertor doesn't really do what we need, I don't think.
<jonathan> No, no.
<jonathan> Range *is* an iterator.
<jonathan> It's working fine as an iterator.
<cognominal> I am checking to see if I am clean... :)
<jonathan> my $r = Range.new(from => 1, to => 6); for $r -> { say $_ } # works
<jonathan> The thing is what happens on assigning it to an array.
<pmichaud> right now (wrong or right)  the array just gets a copy of the Range, yes?
<jonathan> Yeah.
<pmichaud> Ranges need to support postcircumfix:<[ ]>
<Tene> cognominal: looks like you got a merge conflict.
<jonathan> pmichaud: That'd be one way, but I don't think they're menat to.
<Tene> I was wondering the other day what needs to change in the List::* builtins to support working with lazy lists.
<jonathan> I mean, @a should be an array, which references the lazy iterator.
<pmichaud> okay, then we have to have lazy list implementation to make it work.
<jonathan> I feared this.
<jonathan> :-)
<pmichaud> there's a *reason* I put laziness far down the roadmap, jonathan.  :-)
<cognominal> yes I need to do branc intead of of experementing many stuf at once.
<cognominal> s/bran/branches/
<jonathan> Yeah, it hadn't quite occured to me that lazy iterators would wind up with needing to do the whole thing.
<pmichaud> I think once we have mutables, laziness becomes much simpler.
<jonathan> Yeah.
<moritz> jonathan: what about makiing it eager for a start?
<pmichaud> (eager)  that was the approach I had been taking.
<pmichaud> thus infix:<..>  was returning a flattened list
<jonathan> It still is.
<jonathan> I haven't switched it over to using Range.
<PerlJam> You could do the eagerness only on assignment.
<PerlJam> (to an array)
<jonathan> Yeah, that would be one way.
<pmichaud> I think overall it's easier to just get mutables working first.
<jonathan> Yes.
<pmichaud> and then do it "right"
<jonathan> Agree.
<jonathan> OK, I'll leave Range for now...the class is useful once we get to it.
<jonathan> Next up, sorting out $/, $!, and so on.
<pmichaud> anyway, with my @a = 1..10;   we start out with @a being [ 1..10 ]    but after we do @a[2]  we end up with   [ 1, 2, 3, 4..10 ]
<pmichaud> or something like that.
<jonathan> Yes, agree.
<pmichaud> so, postcircumfix:[] on the array does the flattening
<jonathan> Right. Thus the laziness - it's lazy until you try and get at the value.
<moritz> jonathan: your previous commit broke Makefile (I think), because of leading spaces (instead of tab)
<jonathan> Oh?
<moritz> jonathan: at least I get warnings
<pmichaud> I'm about to check in my class refactoring in the rakoo branch.  It undoubtedly breaks a ton of stuff
<jonathan> That's OK, we've got a nice makefile target to find out what. :-)
<moritz> make Makefile 
<moritz> Makefile:167: warning: overriding commands for target `spectest_regression'
<moritz> Makefile:129: warning: ignoring old commands for target `spectest_regression'
<moritz> make: `Makefile' is up to date.
<purl> make Makefile is a shortcut
<jonathan> moritz: I don't, but maybe Windows cares about this...
<jonathan> erm, doesn't care
<moritz> jonathan: or maybe it's just my stuff that's borked, let me check..
<Tene> pmichaud: asking for testing?
<pmichaud> Tene: more like "asking for understanding" when the world shifts beneath everyone's feet :-)
<jonathan> moritz: Found some spaces instead of tabs, fixed.
<moritz> jonathan: in the generated Makefile I have a leading space in line 128 (which is the documentation for spectest_regression)
<moritz> ok
<Tene> pmichaud: are you checking into a branch, or into trunk?
<moritz> (sorry, I think I b0rked that)
<pmichaud> branch.
<pmichaud> (rakoo branch)
<jonathan> moritz: Try it now.
<dalek> r27709 | jonathan++ | trunk:
<dalek> : [rakudo] Fix makefile breakage in last commit, noticed by moritz++.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27709
<jonathan> pmichaud: Any chance you can sync the branch with trunk, so I can run the spectest_regression target in it?
<jonathan> That will give a clearer picture of any breakage.
<pmichaud> jonathan: doing that now.  But I really expect that most class/grammar/etc. stuff is completely broken
<jonathan> pmichaud: OK. Will get myself a copy of the branch. :-|
<DietCoke> cla?
<purl> cla is Contributor License Agreement or http://www.perlfoundation.org/contributor_license_agreement
<moritz> jonathan: still not fixed :(
<moritz> I did an 'rm Makefile' and then 'perl Makefile.PL' in the root dir
<wknight8111> I'm getting a t/codingstd/trailing_whitespace test failure on languages/perl6/src/classes/List.pir
* pmichaud is _really_ concerned about trying to make these changes in a branch with so many people actively working in trunk.
<moritz> jonathan: there's a single leading whitespace at config/makefiles/root.in:125
<moritz> jonathan: removing that fixes the problem for me
<jonathan> Urk.
<jonathan> Found it.
<jonathan> That was sneaky.
<dalek> r27710 | fperrad++ | pdd25cx:
<dalek> : [Lua]
<dalek> :  - fix compil : s/ILL_INHERIT/EXCEPTION_ILL_INHERIT/g
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27710
<jonathan> pmichaud: You getting merge conflicts?
<pmichaud> yes.
<jonathan> Ugh.
<pmichaud> and even trying to sync the makefile changes you're making now is a pain.
<Tene> does svn not help you with that?
<pmichaud> I have to keep track of what has been merged and what hasn't.
<pmichaud> and yes, there are merge conflicts, so that recent changes to List conflicted with what I did a few hours ago.
<jonathan> moritz: Try that one?
<dalek> r27711 | jonathan++ | trunk:
<dalek> : [rakudo] Try to fix another whitespace bug in the makefile.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27711
<moritz> jonathan: works!
<jonathan> OK, good.
<moritz> any bug admins here? #54476 was closed by r27708
<dalek> r27712 | pmichaud++ | rakoo:
<dalek> : re-sync rakoo branch with trunk.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27712
<jonathan> moritz: yes, will close
<jonathan> pmichaud: Does rakoo branch include the changes too?
<dalek> r27713 | pmichaud++ | rakoo:
<dalek> : [rakudo]:
<dalek> : * First round of base class refactorings to use P6object.
<dalek> : * Undoubtedly quite a few things break.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27713
<pmichaud> jonathan: it does now.
<jonathan> OK, let me svn up and see what the damage is. :-)
<pmichaud> I apologize in advance.  :-)
<jonathan> pmichaud: Thinking back on mutables etc. The only PMC we need to add for those is the Scalar one, right?
<pmichaud> yes, but I was thinking of calling it "Mutable"
<jonathan> OK, sure.
<jonathan> But Array is subclass of ResizablePMCArray?
<pmichaud> and then Scalar, Array, Hash etc are types of mutables
<pmichaud> I'm not sure about Array yet.
<jonathan> OK
<jonathan> Building the branch...
<pmichaud> the biggest thing the branch tries to do at this point is to clean up Perl6Object and Any handling
<pmichaud> and get all of the other classes oriented correct for that
<jonathan> OK, sounds good.
<pmichaud> 09:24 <jonathan> pmichaud: (...is there no way to determine if a class has a method of a given name, either itself or via inheritance?) - the 'can' opcode/method should do this
<pmichaud> unfortunately, the 'can' opcode only works on instances.
<pmichaud> at least, for what I want to do.
<Tene> pmichaud: and to get a list of all methods in a class?
<jonathan> Ah, OK
<jonathan> meths = inspect class, "methods"
<pmichaud> what I end up having to do is to inspect the class for 'all_parents', and then walk the mro list to look at each class and check its .'methods'() list
% Zaba_ has joined #parrot
<dalek> r27714 | fperrad++ | trunk:
<dalek> : [build]
<dalek> :  - fix 'make realclean' on Windows (partial revert of r27361)
<dalek> : The input line is too long.
<purl> i already had it that way, dalek.
<dalek> : make: *** [prog-clean] Error 255
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27714
<pmichaud> because .'methods'() only gives me the methods of the class itself, not its parents
<jonathan> Sure
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<jonathan> That's the design.
<pmichaud> which is fine, but there's no way to figure out if objects of a given class can perform a given method without either instantiating such an object or walking the mro list :-)
<DietCoke> fperrad?
<pmichaud> anyway, my workaround works for now.  :-)
<jonathan> pmichaud: If we implemented something in C, it'd only be doing the same thing, I guess.
<pmichaud> and I even refactored it into a single place, so it's no big deal
<jonathan> (walking the MRO, that is)
<pmichaud> jonathan: yes, I think so.  And it's not a common enough operation to warrant much optimization.
<jonathan> That was going to be my next question. Do you do it enough to want it optimized.
<pmichaud> it only occurs when we create or register a new class.
<pmichaud> (using P6object)
<pmichaud> so, no.
<pmichaud> anyway, in the rakoo branch I currently get two 'make test' failures
<pmichaud> 07-isa.t and 07-ref.t
<pmichaud> starting to look at those nose.
<jonathan> Yeah, I just noticed we fail those.
<pmichaud> *now.
<jonathan> I'm going to see how bad the spectest_regression target is.
* pmichaud cringes.
<pmichaud> the 'class' and 'grammar' keywords need some reworking
<jonathan> Well, we ain't failing *everything* in that target...
<pmichaud> make_grammar_proto should now simply be    p6meta.'register'(class, 'parent'=>'Grammar')
<jonathan> In fact, only four of them.
<jonathan> Three of them OO ones
<pmichaud> (force 'class' to be a subclass of Grammar if it's not one already)
* pmichaud tries the spectest_regression target
<pmichaud> another big change is that Hash.pir is now Mapping.pir
<pmichaud> (and we eliminate "Perl6Hash".  Yay!)
<Tene> What will things look like eventually when HLLs want to use class names already taken by parrot?
<pmichaud> they will break until Parrot fixes that.
<jonathan> pmichaud: Working on class keyword
<pmichaud> okay.  We no longer have a 'make_proto' sub
<pmichaud> use p6meta.'register'   instead
<pmichaud> p6meta.'new_class'  creates a new class and registers it
<pmichaud> p6meta.'register'  just registers an existing class
<pmichaud> in the case of the class keyword, we should
<pmichaud> (1) create a new class
<pmichaud> (2) process any has/does/is keywords
<pmichaud> (3) call p6meta.'register'(class, 'parent'=>'Any')   to create the protoobjects and otherwise ensure that the class is a subclass of 'Any'
% masak has left masak!~user@130.238.45.242
<pmichaud> Tene:  what you mentioned is RT#43419 .
<jonathan> pmichaud: Done.
<jonathan> class Foo { method bar { say "yay"; } }; Foo.new().bar;
<jonathan> yay
<pmichaud> outstanding
<pmichaud> I think I have 01-ref fixed.
<pmichaud> er, 07-ref fixed.
% davidfetter has joined #parrot
<jonathan> However, we have...issues
<jonathan> Oh, you probably fixe dthem.
<jonathan> .WHAT() gave weird errors?
<pmichaud> oh, didn't fix it yet.  But it's undoubtedly something to do with .WHAT(), yes.
<pmichaud> feel free to do liberal commits in rakoo -- i.e., commit things even if tests don't pass
<pmichaud> I think we'll have a few hours or so of cleaning up rakoo, maybe a bit longer
% Infinoid has joined #parrot
<jonathan> pmichaud: Is this a bug:
<jonathan> grammar Foo { rule TOP { \d+ } }
<jonathan> if "hi" ~~ Foo { say "yes" }
<jonathan> if "h2i" ~~ Foo { say "yes" }
<jonathan> if "2" ~~ Foo { say "yes" }
% jhorwitz has joined #parrot
<jonathan> yes
<jonathan> Note it doesn't print yes after the second check.
<dalek> r27715 | pmichaud++ | rakoo:
<dalek> : [rakudo]:
<dalek> : * merge Makefile fix from trunk into branch
<dalek> : * be sure to register Perl6Str as well as String
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27715
<pmichaud> I thik that should produce "yes" twice, if that's what you're asking.
<jonathan> pmichaud: That's same in trunk though.
<jonathan> Yes, I think it should.
<jonathan> OK, that's a bug, but it's not related to the branch. On the upside, that means I've got the grammar keyword working again too.
<pmichaud> (commit?)
<jonathan> yea, just reading my diff for sanity :-)
% GeJ has left GeJ!~geraud@edna.nealab.net
<dalek> r27716 | jonathan++ | rakoo:
<dalek> : [rakudo] Get class and grammar keywords working again.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27716
<dalek> r27717 | pmichaud++ | rakoo:
<dalek> : [rakudo]:
<dalek> : * Need to register "Boolean" type as "Bool".
<dalek> : * 07-ref.t passes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27717
% ambs has joined #parrot
<pmichaud> although, really I shouldn't have had to make r27717 in order to get 07-ref.t to pass.  Hrm.
* pmichaud investigates.
% ambs has changed the topic of #parrot to: Parrot 0.6.2 "Reverse Sublimation" Released | http://parrotcode.org/ | 20/672 new/open tix
% GeJ has joined #parrot
<cognominal> I have a clean tree (at last) and I dabble with pod5 parsing and got Unable to find regex 'panic'
<cognominal> Null PMC access in invoke()
<pmichaud> oh, ick.
<cognominal> it there anything new on this front?
<dalek> r27718 | jonathan++ | rakoo:
<dalek> : [rakudo] s/Perl6Hash/Mapping/ in actions.pm. Makes a spectest fail differently. ;-)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27718
<pmichaud> cognominal: I think I forgot to re-register the panic method in PCT::Grammar.
<cognominal> I have     [ $ || <panic: Syntax error> ]
<ambs> seen DietCoke 
<purl> DietCoke was last seen on #parrot 30 minutes and 21 seconds ago, saying: fperrad? 
<ambs> seen coke
<purl> coke was last seen on #parrot 1 day and 19 hours ago, saying: tries to figure out why that thread starts with tilly's message and not ambs's.  [May 19 13:28:34 2008]
<pmichaud> cognominal: just a sec, I'll fix.
<cognominal> no big deal
<purl> Yes it is!  I hate you I hate you
<ambs> purl, I hate you too
<purl> ambs: sorry...
* jonathan tries to work out why inheritance is br0ked in rakoo
<nopaste> "pmichaud" at 76.183.97.54 pasted "weirdness in 'copy' op" (56 lines) at http://nopaste.snit.ch/13031
<cognominal> if pmichaud and jonathan continue at thus pace the only sane way for peerl 5.12 will be to use parrot for bootstrap
<pmichaud> look at the line that says     find_lex P11, "$bool"
% tedkat has joined #parrot
<pmichaud>     39 copy P10, P9                     P10=Undef=PMC(0x833d5a0) P9=Object(Bool)=PMC(0xb7482eb4)
<pmichaud>     42 find_lex P11, "$bool"            P11=PMCNULL
<pmichaud>     45 unless_null P11, 6               P11=Boolean=PMC(0x833d5a0: 1)
<pmichaud> the object goes into 0x833d5a0 as a "Bool" but comes out as a "Boolean"
<jonathan> pmichaud: One mo, I'll look atthat...
<pmichaud> I'll write a small test case.
<nopaste> "pmichaud" at 76.183.97.54 pasted "weirdness in 'copy' op #2 -- small test case" (27 lines) at http://nopaste.snit.ch/13032
% Infinoid has left Infinoid!infinoid@mad.cow.org
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<jonathan> pmichaud: Will look, just trying to get to the bottom of why trait_auxilliary:is isn't dispatching properly...
<pmichaud> is that the one in Perl6Object ?
<jonathan> .sub 'trait_auxiliary:is' :multi('P6protoobject', 'Class')
<jonathan> Isn't matching anything
<pmichaud> oh
<pmichaud> you probably don't want P6protoobject
<jonathan> However, :multi(_,_) and printing the inheritance hierarchy of the first parameter shows that it includes P6protoobject
<pmichaud> it's a :multi, not a :method ?
<jonathan> Yes.
<jonathan> Well, it just extracts the Parrot Class and re-dispatches.
<pmichaud> where does trait_auxiliary:is get invoked from?
<jonathan> The code generated by an "is"
<pmichaud> .... i knew that ....  :-)
<pmichaud> I mean, it's in the generated PIR?
<jonathan> Ah, yes.
<pmichaud> P6protoobject feels wrongish to me.
<jonathan> class Bar is Foo { }
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-205-125.dynamic.mnet-online.de
<jonathan> Here, Foo is the protoobject
<pmichaud> Foo?  I was thinking Bar
<jonathan> No, we haven't created Foo yet.
<jonathan> In the end, yes, we will install a proto-object for Foo
* pmichaud double-takes.
<pmichaud> I think you mean Bar.  We haven't created Bar yet.
<jonathan> Yes!
<jonathan> Grr!
<pmichaud> so, trait_auxiliary:is gets invoked as    trait_auxiliary:is(Bar, Foo) ?
<jonathan> No
<pmichaud> Foo, Bar
<jonathan>  trait_auxiliary:is(Bar, $def)
<pmichaud> (where "Bar" is the class w/o a proto)
<jonathan> Ooops
<jonathan> trait_auxiliary:is(Foo, $def)
* particle waves as he arrives after two hours of scrollback reading
<jonathan> Where $def is the under-construction class
<pmichaud> okay.  checking.
<jonathan> pmichaud: This may be related
<jonathan> class Foo { }
<purl> rumour has it class Foo { } is okay
<jonathan> Foo.get_parrotclass()
<pmichaud> get_parrotclass requires an argument.
<jonathan> I would have expected that to work?
<jonathan> class Foo { }
<purl> class Foo { } is okay
<jonathan> grr
<pmichaud> it's a helper function -- it doesn't work on its invocant.
<jonathan> yes, but
<jonathan> Method 'get_parrotclass' not found for invocant of class ''
<pmichaud> get_parrotclass works on metaclass objects, not protoobjects
<pmichaud> Foo.HOW.get_parrotclass(Foo)
<pmichaud> but you don't have to have Foo's metaclass -- any metaclass will work
<pmichaud> p6meta.get_parrotclass(Foo)
<jonathan> class Foo { }
<purl> hmmm... class Foo { } is okay
<jonathan> Foo.HOW.get_parrotclass(Foo)
<jonathan> that's OK
<pmichaud> purl, forget class Foo { }
<purl> pmichaud: I forgot class foo { }
<pmichaud> the argument to get_parrotclass can be a parrotclass, a protoobject, a metaobject, a String, an array
<pmichaud> basically it says "I have X, I want to know what it represents as a parrotclass"
<pmichaud> we may end up throwing namespaces in there as well :-)
<jonathan> Hmm
<jonathan> class Foo { method hi { say "hi" } }; class Bar is Foo { }; # now "works"
<jonathan> my $x = Bar.new(); $x.hi;
<jonathan> This gives
<jonathan> attempt to access code outside of current code segment
<jonathan> Also to make that work I've done
<jonathan> .sub 'trait_auxiliary:is' :multi(_,Class) .param pmc parent .param pmc child .local pmc HOW HOW = parent.'HOW'() parent = HOW.'get_parrotclass'(parent) 'trait_auxiliary:is'(parent, child)
<jonathan> .end
<jonathan> ...that was helpful
<jonathan> nopaste?
<purl> nopaste is probably at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
<particle> DietCoke: ping
<nopaste> "Jonathan" at 85.216.151.226 pasted "inheritance" (8 lines) at http://nopaste.snit.ch/13034
<pmichaud> I suggest using p6meta instead
<jonathan> Which is wrong, because we need something that means "a proto-object" on the left
<jonathan> As the first argument
% sjansen has joined #parrot
<pmichaud> HOW = get_hll_global 'Perl6Object', '$!P6META'
<pmichaud> instead of
<pmichaud> HOW = parent.HOW()
<pmichaud> on the off-chance that parent doesn't know how to HOW
% donaldh has joined #parrot
<jonathan> pmichaud: OK, I have changed it.
<jonathan> But still the same problem.
<purl> the same problem is, like, what killed killtrac
<pmichaud> do we need  the :multi(Class, Class) form at all?
<pmichaud> if so, why?
<jonathan> And it worries me that we've also got a failed multi-dispatch on stuff we know is in the inheritance hierarchy.
<jonathan> We may well not.
<pmichaud> I think we may just want addparent directly in the :multi(P6protoobject, Class)  form
<pmichaud> and get rid of Class,Class until we know we need it.
<jonathan> Sure, but what I'm saying is that writing the multi you suggested gets us a no applicable methods error.
<pmichaud> yes, I'm still thinking about why that might be the case.
<jonathan> OK
<jonathan> Got rid of the Class, Class variant.
<pmichaud> in the _,Class form, check to see if parent isa P6protoobject
<pmichaud> I know you did this already --I'm wanting to double-check.
<pmichaud> $I0 = isa parent, 'P6protoobject'
<pmichaud> say $I0
<jonathan> 1
<pmichaud> but changing the _ to P6protoobject causes it to fail?
<jonathan> Correct.
<jonathan> Let me check in my clean-ups so far, with _ in there.
<pmichaud> okay.  I'll try a test case.
<jonathan> OK. We'll swap problems; I'll go peek at your boolean one
<dalek> r27719 | jonathan++ | rakoo:
<dalek> : [rakudo] Start trying to unbreak inheritance.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27719
<jonathan> ...after making another cup of tea...
<nopaste> "pmichaud" at 76.183.97.54 pasted "P6protoobject and multi bug -- simple test case" (25 lines) at http://nopaste.snit.ch/13035
% starc has joined #parrot
<jonathan> pmichaud: OK, problem is that copy calls VTABLE_clone
<pmichaud> and Object PMCs don't know how to clone?
<jonathan> Which in turn ends up dispatching to the clone method of Boolean PMC, I guess.
<jonathan> Seems not
<jonathan> I've written clone vtable methods for most of our types
<jonathan> Bool was missing one
<pmichaud> right, I took quite a few of those out
<jonathan> erm...
<pmichaud> I think it belongs in Object PMC and not in our classes.
<pmichaud> (as my test case shows.)
<jonathan> OK, but I fear that doesn't work out too nicely.
<jonathan> Oh, in Object PMC
<jonathan> OK.
<pmichaud> clearly 'copy' isn't making a correct copy.
<jonathan> Well, copy just calls clone
<jonathan> So it depends on whatever clone does
<pmichaud> I'm not saying that none of our classes will have 'clone' methods -- I'm just saying that Rakudo shouldn't be blindly working around parrot bugs.  (visibly working around Parrot bugs is okay, but we should have a note for when we're doing that and why.)
<jonathan> I suspect copy could actually have the whole morph chunk of it deleted with no ill effects.
<jonathan> but that's a separate issue
<jonathan> OK, implementing clone in the Object PMC.
<jonathan> Ouch. Down to my last tea bag.
<jonathan> :-|
<pmichaud> not good.  :-)
<nopaste> "pmichaud" at 76.183.97.54 pasted "P6protoobject and multi bug -- simple test case, slightly improved" (30 lines) at http://nopaste.snit.ch/13036
<pmichaud> I think you're correct that there's a problem with mmd there.
% iblechbot has joined #parrot
<jonathan> Does P6protoobject ever end up in the class registry?
<pmichaud> yes
<jonathan> OK
<pmichaud> first statement of P6object.pir :-)
<jonathan> That's that theory out then.
<pmichaud> oh, 3rd statement.
<pmichaud> (coulda been first.  was the first at one time, then I thought it made more sense to create the Hash first.)
<pmichaud> of course, the protoobjects themselves are instances of anonymous (nameless) classes
<pmichaud> I wonder if giving those classes a name makes a difference?
% Eevee has left Eevee!~eevee@c-67-160-3-54.hsd1.wa.comcast.net
<jonathan> pmichaud: It may, but I like to hope not.
<jonathan> The thing is that I fear anonymous classes currently don't get type numbers.
<particle> do we use type 0?
<pmichaud> okay, I'm confused.  Just a sec.
<cognominal> the perl6 grammar is real fun when one gets used to it. How can we have lived without it.
<pmichaud> (preparing nopaste)
<particle> jonathan: runtime/parrot/include/pmctypes.pasm lists 'default' as typeid 0
* particle thinks that's for anonymous classes
<pmichaud> even anonymous classes will need unique typeids (as long as we're using typeids)
<jonathan> Thing is, I thought that protoclasses in the previous implementation were anonymous too.
<pmichaud> they were.
<jonathan> Hmm
<jonathan> That doesn't seem like a likely reason for it not working now, then... :-S
<pmichaud> P6protoobject basically uses the same algorithm as Perl6ProtoObject did (as far as that goes.)
<pmichaud> oh, hrm
% donaldh has left donaldh!~chatzilla@proxy-sjc-1.cisco.com
<pmichaud> a-ha!
<pmichaud> jonathan: you're not going to like this
<particle> it's a little confusing that the grammar module changed from P6Regex to Perl6Regex, and Perl6Protoobject is changing to P6Protoobject
<pmichaud> P6protoobject (small 'p')
<pmichaud> it takes after P6opaque from the spec.
<particle> my point is P6 vs Perl6
<pmichaud> I know
<jonathan> Oh, shiese!
<particle> :P
<pmichaud> but P6objects != Perl6 objects
<jonathan> Well, at least it's an easy fix.
<pmichaud> jonathan:  here's why it "worked" in trunk
<pmichaud> Object.pir:     protoclass = subclass objectclass, 'Perl6Protoobject'
<pmichaud> traits.pir: .sub 'trait_auxiliary:is' :multi('Perl6ProtoObject', 'Class')
<pmichaud> there is no "Perl6Proto*O*bject"
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<jonathan> Oh?
<jonathan> Hmm..
<jonathan> So the bug was a typo, or?
<pmichaud> so I'm guessing that MMD treated that as _ or something.
<jonathan> (sorry, half my head is writing Object.pmc's clone right now)
<pmichaud> another difference is that in the old style  Perl6Protoobject is a subclass of Perl6Object
<pmichaud> but in p6object   P6protoobject is a standalone class (no parent)
<pmichaud> but I think the typo might be the issue.  I'll try.
<jonathan> pmichaud: OK, for http://nopaste.snit.ch/13032 - that prints MyInt twice here now
<jonathan> I've done this in the rakoo branch
<jonathan> Heavily untested.
% Eevee has joined #parrot
<pmichaud> jonathan, okay great.
<pmichaud> and I have one for you
<dalek> r27720 | jonathan++ | rakoo:
<dalek> : [core] Implement clone v-table method for Object PMC.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27720
<jonathan> Running make test on it right now, but committed to see how it solves your issues.
<pmichaud> in trunk, if I change traits.pir to have   :multi('Perl6Protoobject', 'Class')
<pmichaud> and then try the Foo/Bar class test, I get
<nopaste> "pmichaud" at 76.183.97.54 pasted "P6protoobject and multi bug -- now in trunk!" (16 lines) at http://nopaste.snit.ch/13037
<pmichaud> so the same problem exists in trunk.
<jonathan> Arses.
* jonathan points the finger at MMD.
<pmichaud> and what is really weird is that it matched Perl6ProtoObject when there was no Perl6ProtoObject class.
% NotFound has joined #parrot
<NotFound> Hello.
<pmichaud> I'm wondering if non-existent classes somehow map to '_'
<jonathan> I fear they may.
<jonathan> It's the only answer that makes sense.
* pmichaud tries Object clone fix.
<pmichaud> code for Object.clone looks good.  nice work.
<pmichaud> glad it was you and not me :-)
<jonathan> I have vague recollections of writing quite a few bits of class.pmc and object.pmc. ;-)
<particle> how many failures do you see in spectest_regression now?
<particle> autoref complains about code outside segment
<jonathan> particle: Will look in a moment - was down to 3 last time.
% Theory has joined #parrot
<jonathan> Grr. Failing tests thanks for my patch.
<jonathan> Oh, argh.
<jonathan> That's because it's wrong wrong wrong.
<pmichaud> mmmmm, "Wii Fit" just arrived.  :)
<jonathan> Could be a wii bit distracting.
<pmichaud> argggggh
<pmichaud> actually, rakudo and parrot are more interesting at the moment
<pmichaud> so I set the box aside for Paula to look at later and came back into the office
<pmichaud> but now it's lunch time
<jonathan> Nice to know that coding beats playing wiht your wii.
<pmichaud> well, Wii Mario Kart generally gets about 30 minutes a day :-)
<jonathan> :-)
<jonathan> Just fixing the copy.t test that I broke...
<pmichaud> anyway, lunchtime.  Then I'll come back and play with rakoo a bit more.
<jonathan> Cool
<pmichaud> we seem to be a lot farther along than I had expected by this point.
<pmichaud> (as far as migration goes)
<jonathan> Nice.
<jonathan> It's not going to be the most inspiring Rakudo post today.
* particle is hoping to dig in
<jonathan> "Today we broke everything...then fixed it."
<jonathan> "Also, I failed to implement ranges."
<particle> ...amazingly, it only took a day to fix.
<particle> jonathan: you bit off a bit more than you could chew with ranges
<jonathan> Well, I thought I could get away with not having to do the whole load of lazy stuff elsewhere too.
* particle considers ieee membership
<jonathan> And in reality I probably *can*. It just might not really be worth it.
<pmichaud> if mutables works out okay, we may be able to do laziness in just a couple of weeks
<jonathan> Cool.
<pmichaud> as long as we don't get too lazy.  :-)
<particle> or laziness doesn't mutate
<jonathan> "We have a lazily evaluated implementation of Perl 6."
<pmichaud> that sounds like a good slide quote
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-37.dynamic.mnet-online.de
<pmichaud> "Q:  Why is it taking long to implement Perl 6?"
<jonathan> :-)
<Tene> jonathan: did you get "for 1..* { ... }" working?
<pmichaud> "A: Because Perl 6 is built on lazy evaluation semantics."
<particle> *lazy implementation semantics :)
<jonathan> Tene: That'd be another thing that hangs on, getting the lazy implementation right.
<jonathan> Tene: It's not hard to get a Range object set up correctly that represents 1..*
<Tene> jonathan: you said that you got lazy ranges working, you just can't assign them to an array.  Is assigning to an array required for 'for' support?
<jonathan> No.
<Tene> That's why I was asking. :)
<jonathan> I can give you quite easily, for Range.new(from => 1, to => *) { }
<jonathan> But we can't really make the .. operator construct a Range object, until we can also have @a = 1..5; work :-)
<Tene> Ahh, okay.
<moritz> is there an object that corresponds to the whatever star?
<particle> Whatever.
<Tene> I keep finding myself thinking "Ah, I'll just wait for pmichaud to finish $x and then $y will be much easier to do."
<jonathan> It's just an instance of Whatever.
<jonathan> :-)
<moritz> ok ;)
<Tene> I think I'll do more assorted builtins later, I guess.  I got all of my insurance paperwork done last night.
<particle> glad you're properly insured to work on assorted builtins.
<Tene> Heh.
* japhb finally finishes scrollback
* Tene throws a git-svn at japhb
<japhb> Tene:  OK, are you committing directly to Parrot, or sending patches into RT?
<Tene> directly
<particle> jonathan: are you madly hacking on something now?
<jonathan> Object.clone, then was pondering hacking on some fried rice...what you wanting?
<japhb> ... Because I need to know the proper Parrot-standards way to do both.  'git format-patch' and 'git am' have a bazillion options, and it's not clear to me which are best.
<particle> i'm looking at the test/spectest failures and wondering how i can help
* particle has rakudo-shaped tuits today
<japhb> Then once I get commitbit, I have to learn the "right" way to do that as well
<jonathan> particle: in Rakudo command line mode to
<jonathan> class Foo { }; say Foo.new().WHAT();
<Tene> japhb: I've never cared about those options, and I've never had someone complain about the format of my patches.
<Tene> I just used git format-patch
<jonathan> s/to/do/
<jonathan> Does that trigger an error?
<japhb> Tene: And then do you take that patch and attach it to an email, or did you use am to send the mbox-formatted patch directly?
* DietCoke smacks ambs
<particle> class Foo {}; say Foo.new.WHAT;
<particle> Foo
<Tene> For committing directly, I just commit, and do the svn metadata fixes in a separate svn checkout when necessary.
<jonathan> Oh.
<Tene> I just attached to email.
<japhb> The learning curve for git is much steeper than SVK ...
<jonathan> I was expecting the code segment error.
<japhb> Tene: Ah, OK, that was going to ask that question also, about how you handled the svn metadatta
<Tene> it is?  I tried svk two or three times, and I could never really get it working.
<particle> jonathan: sorry, can't deliver that :)
<japhb> Tene: oh, it's buggy as all hell.
<jonathan> I'm happy the error is gone.
<Tene> Every time I tried it, I gave up before actually able to get anything done.
<particle> i get too many arguments in 01-sanity/isa
<Tene> With git, it's always worked without problem for me.  I guess my mental model of revision control happens to map well to what git already does.
<particle> and code segment error in S02-literal/autoref
<jonathan> particle: Going to see what I get now with my latest patch in the branch.
<Tene> I always get confused by svn too, somehow.
* DietCoke tries to find all the parrot stuff in the backscroll.
<japhb> but 'svk checkout http://some/thing' ... hack hack hack ... 'svk commit -m "message"' (AKA pretend it's SVN) worked for me
<Tene> As I recall, svk checkout wanted me to do some initial configuration about where to store things, and I couldn't get that working.
<jonathan> particle: Just getting latest and greatest and taking a look at what's failing
<japhb> Tene: usually pressing enter a lot works.  :-)
<particle> ok, i'll wait for your commit and rebuild/retest
<dalek> r27721 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - follows PCT, switch from Protomaker to P6metaclass
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27721
<dalek> r27722 | jonathan++ | rakoo:
<dalek> : [rakudo] Fix object clone method, so now it clones any PMCs we inherit from too.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27722
<NotFound> I've found why gmp has problems when compiling with c++. There are c_... #defines in debug.h, and c_str makes c++ unhappy.
<jonathan> particle: It's in now.
<particle> ...already rebuilding already...
<jonathan> particle: You could always fix my innevitable trailing whitespace. ;-)
<particle> :P
<jonathan> Though probably best, after I go to bed. I'll only end up making more. :P
<japhb> Tene: Once you've committed to git-svn locally, what's the right way to push your changes back to the svn repo?
<Tene> git-svn dcommit
<Tene> after a rebase, ideally
<japhb> Tene: OK, so you make a pile of local commits, finally ready to push the whole patch, make sure no uncommitted changes, 'git svn rebase', 'git svn dcommit', right?
<Tene> Exactly.
<japhb> Tene: thank you.
<Tene> Add a couple of 'make test's in there for good measure. :)
<japhb> My brain was melting from all the git docs I've read in the past 24 hours
<japhb> Tene: well, of course.
<purl> Indubitably.
<japhb> :-)
<particle> jonathan: is $_, $!, $? well-defined enough now to start hacking on?
<jonathan> Yeah, but I think we need to fix Rakudo's use of lexicals first.
<jonathan> Perhaps
<jonathan> Hmm, actually probably not.
<jonathan> (Though we should maybe do that anyway. "say $x; my $x = 'foo';" should be an error.)
<jonathan> (If there's no other $x in an outsr scope)
<jonathan> But basically, for $! and $?, if we're not at the start of a routine, then we should just look at what they were in the outer scope.
<jonathan> Our meta-model is certainly meta-circular. I just managed to turn isa into an infinite loop. :-)
<cognominal> you know how to spell banana but you don't know when to stop
<particle> err. oops.
<particle> jonathan: i get the same test failures after your last commit
<TimToady> <@jonathan> if "h2i" ~~ Foo { say "yes" }
<TimToady> that should not match
<TimToady> subrules imply :p anchoring
<dalek> r27723 | jonathan++ | rakoo:
<dalek> : [rakudo] Fix the obvious problem with isa. However, we're still not passing the test yet.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27723
<jonathan> TimToady: Oh, they must match the whole string?
* jonathan goes to look up :p
<TimToady> no, but they must match the beginning of the string
<TimToady> and h !~~ ^\d+
<particle> h isn't a digit!?!?! when did that happen? ;)
<jonathan> Ah, OK.
<jonathan> I didn't know about that.
<Tene> japhb: how are you getting your copy of the repo?
<TimToady> that's why I told you :)
<jonathan> :p ;-)
* jonathan wonders how many more hidden smilesy are in Perl 6
<TimToady> though I seem to recall that a match against a bare rule has to match the whole string: $x ~~ token {...}
% AndyA has left AndyA!~andy@82.152.157.85
<TimToady> but for a match against a grammar, I expect the TOP rule to enforce compleatness
<TimToady> since different grammars might want to give different error messages, or simply allow themselves to be embedded in other languages
<japhb> Tene: I did the "full history" checkout of the main Parrot SVN repo.  Then went and ate a meal
<Tene> japhb: and it completed in that time?
<TimToady> the TOP rule in STD currently allows $+STOP as an alternate endpoint for parsing, for instance
<particle> that's new
<jonathan> OK, makes sense.
<japhb> As I recall, yes, though it's been a while (I did the checkout a couple weeks ago, when it was "interesting thing to learn" rather than "only working tool").  I'm probably network-near it.
% AndyA has joined #parrot
<dalek> r27724 | jonathan++ | rakoo:
<dalek> : [rakudo] Should register both Sub and Closure under the name Code.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27724
<particle> jonathan: should parrot core pmcs have an 'isa' method?
<jonathan> OK, we can't make 07-isa.t pass without making P6Object's isa also care about the name the class is registered under rather than just it's parrot name...
<jonathan> particle: They may implement the isa v-table method.
<jonathan> But I'd expect something in default.pmc to really be doing the work for all but special cases.
<particle> yes, the vtable function.
<jonathan> (Like Object.pmc, which needs to lie)
<particle> but i mean for $P0.'isa'($P1)
<jonathan> Oh, I don't think as a method, no.
<particle> if $P0 contains a 'String'...
<particle> ok
<jonathan> $I0 = isa $P0, $p1
<jonathan> er, $P1
<jonathan> I think fixing the isa sanity test needs a change in P6Object - will wait to get pmichaud's opinion on that one, though.
<jonathan> So, spectest_regression...
<jonathan> t\spec\S02-literals\autoref......ok 1/57Null PMC access in type()
<particle> take a look at this nopaste to check my sanity...
<jonathan> particle: Feel free to dig into that.
<jonathan> ok
* particle really wants this thorn out of his thumb :(
<nopaste> "particle" at 24.19.3.148 pasted "minimal test case for isa (too minimal?)" (11 lines) at http://nopaste.snit.ch/13038
<particle> oops!
<particle> i see my error
<particle> it should be new ... 'Perl6Str' twice, then assign $P17, 'Str'
<jonathan> Ok :-)
<particle> hrmm, that still prints 1
<jonathan> What's the bug you're chasing?
<particle> 07-isa.t
<jonathan> You got latest from svn?
<particle> yep
<jonathan> Only one last test fails there now
<jonathan> And it's not to do with string.
<jonathan>     my $code = { 42 };
<jonathan>     if $code.isa("Code")  { say "ok 3" } else { say "not ok 3" }
<jonathan> It's that one
<jonathan> The problem is that isa is checking only the Parrot class name, which in this case is Sub, rather than the registered name.
<particle> ah, hrmm, i must have been looking at an old test failure report
<jonathan> They all used to fail, but now only that last one does.
<jonathan> For me here, anyway.
<jonathan> t\01-sanity\07-isa.t                3    1  3
% cjfields has joined #parrot
<particle> yes, i get the same now
<particle> where's isa defined?
<particle> src/classes/Object?
<particle> should Code override Any's isa method?
<particle> or is this something for p6meta?
<jonathan> Something for p6meta, I believe.
<jonathan> t\spec\S02-literals\autoref.rakudo      1   256    57   62  27-57
<jonathan> t\spec\S12-class\instantiate.t          1   256     2    2  2
<jonathan> t\spec\S12-class\parent_attributes.t    1   256     3    6  1-3
<jonathan> These are the failing spec tests that we are down to, out of those that passed before.
<jonathan> How we fail more than we have in total on some of those bewilders me.
<pmichaud> back from lunch
<jonathan> particle: Both of those second two can probably be fixed by working out if we are calling the 'new' method in Perl6Object, and if not making it so we do.
<jonathan> pmichaud: isa test nearly passes now, but not for Code type, because isa is only calling parrotclass's isa  method, which is unaware of our own name mappings.
<jonathan> I'm kinda here and making dinner, so might reply a little slow for the next while...
% cjfields_ has joined #parrot
<pmichaud> (isa)
<pmichaud> I'm workingon isa -- need to know if   $foo.isa('Dog')  is the same as   $foo.isa(Dog)
% julian_ has joined #parrot
% ruoso has left ruoso!~ruoso@195.23.92.2
<pmichaud> There aren't any examples in the spec that show a string argument to .isa()
<pmichaud> s/spec/synopsis/
% cjfields has left cjfields!~cjfields@newrad.igb.uiuc.edu
<Tene> Is it ever possible to care if something is a class or role that we can't currently resolve?
<Tene> Could the meta information be fiddled with by hand?
<pmichaud> also, P6object doesn't want to use string names to check 'isa' semantics.
<pmichaud> i.e., at the level of the 'isa' opcode, we're not doing string comparisons.
<pmichaud> (we can use a string name to decide what classes to compare, however.)
<jonathan> OK, makes sense.
<jonathan> Tene: We can find out if something is a class or role at runtime, if that's what you mean.
% Andy has left Andy!~AndyL@host3130.follett.com
<Tene> $foo.WHAT = 'zomgl'
<jonathan> Don't think you can call .WHAT on a role.
<jonathan> IIRC
<pmichaud> Perl6Object should end up with its own 'new' method
<pmichaud> I commented the existing one out.
<pmichaud> so I could review it :-)
<pmichaud> all of the object objects will then (or should) gain Perl6Object's new method in lieu of the one that is in P6protoobject
<Tene> I guess the only other reason to support it is dealing with user input.  $foo.isa(=$*IN)
<pmichaud> s/object/other/
<pmichaud> yes, I suspect that string arguments are valid to .isa
<pmichaud> just wanting to work out the mapping in my head :-)
<pmichaud> (and then in code)
<Tene> purl: codehead?
<purl> no idea, tene
<Tene> purl: codehead is where pmichaud works out mappings
<purl> tene: bugger all, i dunno
<Tene> bah
<jonathan> pmichaud: Perl6Object's new method doesn't appear commented out here... :-S
<pmichaud> did you put it back in?
<jonathan> No
<pmichaud> it's commented out.  Look *carefully*.  :-P
<jonathan> It's not getting called, though. Or so it seems.
<pmichaud> =item new()
<pmichaud> Create a new object having the same class as the invocant.
<pmichaud> .sub 'new' :method .param pmc init_parents :slurpy
<jonathan> OH!
<jonathan> That is *evil*.
<jonathan> That said, uncommenting it makes all tests fail. :-)
<pmichaud> I guess I should've used   #=cut  there to make it more obvious what I did :-)
<particle> #=cut++
<pmichaud> yes, I didn't update the code yet.
% cognominal has left cognominal!~cognomina@82.67.232.89
<pmichaud> it seems a bit odd to me that 'new' is using setattribute directly.  wouldn't it go through the accessor?
<pmichaud> and I would expect it to get broken out into separate BUILD and BUILDALL components
<jonathan> Yes, I know we have to break it up into those.
<jonathan> I think it should set the attributes directly, as we don't know if it has any accessor methods or not.
<jonathan> Where did the setting of the auto-vivification stuff go to?
<pmichaud> I just took it out for now -- we may need to import it back in from trunk
<pmichaud> it was making my brane hurt
<pmichaud> :-)
<pmichaud> I also wanted to see if any of it ends up belonging in p6object somehow
% julian_ is now known as jjore_
* particle is out of his area of expertise and decides to leave rakoo hacking to pmichaud++ and jonathan++
% cognominal has joined #parrot
% leo has left leo!lt@feather.perl6.nl
% dalek has left dalek!dalek@feather.perl6.nl
% wolverian has left wolverian!wolverian@feather.perl6.nl
% PerlJam has left PerlJam!duff@feather.perl6.nl
% jonathan has left jonathan!jonathan@feather.perl6.nl
% pmichaud has left pmichaud!pmichaud@feather.perl6.nl
% Juerd has left Juerd!juerd@feather.perl6.nl
% dalek has joined #parrot
% pmichaud has joined #parrot
<pmichaud> looks like feather died again?
% pmichaud has left pmichaud!~pmichaud@cpe-76-183-97-54.tx.res.rr.com
% lichtkind has joined #parrot
% pmichaud has joined #parrot
<DietCoke> looks like.
<purl> looks like is not the fault of this trace, the interpreter must be already corrupted.
* pmichaud waits for jonathan to return.
<DietCoke> no, looks like is <reply>
<purl> okay, DietCoke.
<pmichaud> so, are the parameters to .new()  allowed to initialize private attributes?  or just public ones?
% jonathan has joined #parrot
% Juerd has joined #parrot
% Ivatar has joined #parrot
% wolverian has joined #parrot
<pmichaud> ah, jonathan returns.  Excellent.
<pmichaud> so, are the parameters to .new()  allowed to initialize private attributes?  or just public ones?
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Infinoid has joined #parrot
% Zaba has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% gryphon has joined #parrot
<jonathan> pmichaud: I believe private too
<jonathan> (sorry, cooking)
<pmichaud> hmmm.
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
<pmichaud> somehow that's counter-intuitive to me.
<pmichaud> because then they're not really "private".
<pmichaud> but I guess that's not too much different than the fact of attributes being read-only, either.
<dalek> r27725 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Fix warning about incompatible pointer type.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27725
<pmichaud> I'll try #perl6
<dalek> r27726 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Fix warning about incompatible pointer type.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27726
* jonathan is back from eating
<jonathan> pmichaud: Get any answer from #perl6?
<jonathan> S12 just says "It expects all arguments to be named parameters initializing attributes of the same name." - it doesn't mention whether they have constructors.
<jonathan> erm, s/constructors/accessors/
<pmichaud> jonathan: TimToady on #perl6 now
<pmichaud> here's the summary
<pmichaud> 19:18 <TimToady> $!foo is the physical storage.  $.foo is just the accessor, which does not require $!foo to be implemented by this class, as long as some base class does it.
<pmichaud> 19:21 <TimToady> BUILD is a submethod, so should only modify $!foo
% Ademan has left Ademan!~dan@h-69-3-235-19.snfccasy.dynamic.covad.net
<pmichaud> so, my takeaway on that is that BUILD can indeed use setattribute, but it needs to do so on the $! form of the attribute
<jonathan> OK, which is the physical storage.
<jonathan> All attributes are named $! under the hood, no matter how they are declared. That's how Rakudo implements it.
<pmichaud> okay.  I didn't catch that part (how Rakudo implements it)
<jonathan> Yeah, that's one bit of S12 I think I have got right. :-)
<pmichaud> and so yes, BUILD (and hence new) can likely initialize private attributes, and does so directly.
<pmichaud> I think you do also.
<jonathan> Yup.
<pmichaud> we just need to refactor 'new' into the BUILD/BUILDALL components then
<jonathan> OK
<pmichaud> or update what we have now to work with the new object system
<pmichaud> btw, we can also choose to add some of the other HOW methods into P6object's metaclass objects
<pmichaud> e.g., .attributes() to retrieve a list of attribute descriptors as described in S12
<pmichaud> oops, I gotta run pick up kids
<pmichaud> bbi30
<jonathan> ok
<dalek> r27727 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Fix warning about returning from function marked 'noreturn'.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27727
<NotFound> Boys, perl6/src/classes/List.pir fails whitespace and pod syntax tests.
<NotFound> Trailing space, I mean.
<DietCoke> the core pod syntax tests?
<NotFound> t/codingstd/trailing_space
<DietCoke> (those shouldn't be being run against files with perl6 pod in them, methinks.)
<NotFound> t/doc/pod
<NotFound> make test does it.
* particle doubts the .pir files have perl 6 pod in them
<jonathan> DietCoke: It'll just be the POD in the PIR files, which will be Perl 6
<jonathan> Won't be a big deal to fix.
<DietCoke> whoops, missed the .pir
<particle> i mean, doubts they should have perl 6 pod...
<DietCoke> right, right.
<spinclad> pmichaud: (backlogging, from 15:30 UTC:) is P10 tied to $bool lexically?  (i was confused about this for a while (still am?); it didn't show up in the trace, does trace have access to that so it could learn to display something about it?...) (if not so tied, it looks like P10 is never used and $bool has magically gotten a related value)
<pmichaud> spinclad: yes, they were tied.  Look at the 0x..... values of the PMC (they're the same)
<spinclad> so they are.  danke.
<jonathan> pmichaud: WHENCE - it's implemented on the protoobject
<jonathan> Not on the class itself
<jonathan> So before it was in Perl6ProtoObject
<jonathan> Now, well, not too sure where it belongs, since we have a shared proto between all things?
<pmichaud> I don't have a problem with defining a WHENCE accessor on P6protoobject
<pmichaud> oh, but it has to be an attribute
<pmichaud> hrm.
<jonathan> Yeah, it needs somewhere for storage.
<pmichaud> protoobjects don't have to be singletons, in other words.
% ruoso has joined #parrot
<jonathan> OK, so it can go as a method on the proto-object?
<jonathan> I'm just getting initialization working again normally first, then I'll look at WHENCE
<pmichaud> thinking
<purl> http://www.terrybisson.com/meat.html
<pmichaud> Dog but WHENCE({...})  is still considered a protoobject, yes?
<pmichaud> but it's not the same protoobject as Dog
<DietCoke> Call.
<jonathan> Yes.
<jonathan> It returns a clone of the protoobject with WHENCE property set.
<NotFound> Someone wants to take a look at a big and complex patch? #54602
<jonathan> pmichaud: Down to one failing spectest_regression test.
<dalek> r27728 | jonathan++ | rakoo:
<dalek> : [rakudo] Re-enable initialization of the current class' attributes. However, WHENCE stays disabled for now. This gets us down to one fialing spectest_regression test.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27728
<jonathan> Which will be fixed once WHENCE is back.
<jonathan> Will probably show up with code to check in - got about the right amount of time at Prague airport connecting to have dinner and drain my laptop's battery while writing code. :-)
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
<Tene> You could just feed the dinner to the laptop.
<Infinoid> but then we wouldn't get the code :)
<Tene> spaghetti code?
<jonathan> <graon>
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
% cjfields_ has left cjfields_!~cjfields@cjfields.igb.uiuc.edu
<pmichaud> since WHENCE is a property, should it go into %properties ?
<pmichaud> every protoobject has one of those :-)
% mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz
% ejs has joined #parrot
<DietCoke> NotFound: here's an easy win: 39132 - rip out pirtidy and its tests etc.
<jonathan> pmichaud: Yes, it should.
<jonathan> I think so anyway.
<jonathan> In that case, it's easy!
% iblechbot has joined #parrot
% mj41 has joined #parrot
<NotFound> DietCoke: I don't even know what pirtidy is.
% PerlJam has joined #parrot
<DietCoke> particle: http://rt.perl.org/rt3/Ticket/Display.html?id=44393
% ejs has left ejs!~ejs@66-200-124-91.pool.ukrtel.net
% lichtkind has left lichtkind!~chatzilla@d90-135-76-128.cust.tele2.de
% Zaba_ has joined #parrot
<DietCoke> NotFound: http://rt.perl.org/rt3/Ticket/Display.html?id=46667 (another removal)
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<NotFound> DietCoke: I looked at it some days ago, but I don't know how to test the function.
<dalek> r27729 | jonathan++ | rakoo:
<dalek> : [rakudo] Add WHENCE support back into the proto-object.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27729
<NotFound> No one is interested in compiling parrot with c++?
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Zaba has joined #parrot
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
<dalek> r27730 | jonathan++ | rakoo:
<dalek> : [rakudo] Remove some code from the WHENCE setter that pretained to the old model.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27730
<bacek> morning
<pmichaud> jonathan: so, putting WHENCE into %!properties is working out?  ;-)   nice when the tools actually start to match the spec.  :-)
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<jonathan> pmichaud: It was in there before, but yes, WHENCE itself works now.
% cjfields has joined #parrot
<jonathan> new doesn't use it quite right yet.
<jonathan> Working on that.
<jonathan> Unfortunately, type checking is broken too.
<DietCoke> NotFound: I wouldn't say that.
<pmichaud> if possible I recommend avoiding using the parrot class opcodes directly
<DietCoke> NotFound: if no one else gets to it, I'll review and apply that patch before sleep.
<jonathan> pmichaud: Sure, just need an easy way to create a new instance of the proto-object, that seemed like the neatest way.
<DietCoke> (taking the ticket. don't let that stop anyone else, committers)
<NotFound> DietCoke: thanks, but maybe rewieing it produce insomniae ;)
<pmichaud> perhaps Perl6Object should provide an accessor for %!properties ?
% Zaba has joined #parrot
<jonathan> It's not very private any more, if it has an accessor...unless the accessor is private too.
<jonathan> But gnerally, no.
<jonathan> We will touch %properties a lot.
<jonathan> %!properties, I mean
<pmichaud> I was thinking private accessor, or submethod
<jonathan> We don't want an extra call every single time we want to get at it.
<pmichaud> we have a lot of extra calls floating around already :-)
<jonathan> Right. I'm not wanting to add to that. ;-)
<pmichaud> But   .'WHENCE'(...)   and .'accessor'('WHENCE', ...)   seems like the same number of calls to me :-)
<jonathan> I'm struggling to see what you're after, or why.
<pmichaud> a generic interface for accessing properties, as opposed to always directly interrogating the %!properties hash
<jonathan> Less places using getattribute?
<pmichaud> yes.
<jonathan> Ah, I see.
<jonathan> Let's get this at least working again, and then refactor.
<pmichaud> right.  I was just about to say.... ....but I'm not going to push it for now.  It can wait.  :-)
<jonathan> It's tricky enough trying to do one thing at a time. ;-)
% donaldh has joined #parrot
% julian^ has joined #parrot
<jonathan> If we can get the isa bug, this new thing and type checks fixed, I think we'll be good to roll this back into trunk later on today.
<pmichaud> just in general I'm wanting to avoid too much reliance on the parrot internals.  If we need it for speed, yes, but let's not too be too quick to assume we need it for speed.
<pmichaud> I'm on the isa bug right now (if I can avoid more interruptions :-)
<pmichaud> actually, I think the current isa bug is from having Code/Sub improperly defined 
<pmichaud> so I'm fixing that
<pmichaud> I agree re: rolling back into trunk
<pmichaud> we can indicate that a few things are temporarily broken in trunk -- I just didn't want a whole lot of things breaking.
% jjore_ has left jjore_!~julian@mail0.w3data.com
<pmichaud> I think we're almost at the point where we may want to tag releases :-)
<jonathan> If we have sanity tests and spectest_regression passing again, I'll be happy to see it rolled back in.
<pmichaud> i.e., we can say that features x, y, and z work as of release nnnnn, but between releases things may be in a bit more flux
<pmichaud> any impressions on the refactor thus far -- does it look reasonable to you?
<jonathan> I like that we now have metaclass, protoclass and the actual class we instantiate all separated out.
<jonathan> And that the metaclass isn't just the parrotclass
<pmichaud> I like that it's easy to get everything mapped into its appropriate 'Any' position -- even parrotclasses
<jonathan> The parent => ... thing is certainly a LOAD cleaner for inheriting from Any and Grammar too.
% Ademan has joined #parrot
<pmichaud> and yes, it's all hiding behind an abstraction layer now so that we can change the internals at some point
<jonathan> I will toss the specialized make_proto that grammar had.
<pmichaud> for example, someday we may want Object/Any to be PMCs
<jonathan> If you didn't already.
<pmichaud> I don't know if I tossed it or not
<jonathan> It's no longer needed thanks to parent => ...
<pmichaud> I'll be looking more closely at the methods in src/classes/*.pir over the next couple of weeks and cleaning them up
<jonathan> OK
<pmichaud> (make_proto_grammar)  was one of the reasons I was pushing ahead on P6object.  It felt really funny to me :-)
<jonathan> I'll get on with fixing whence and leave you to isa for a while. :-)
<pmichaud> I'm updating/rebuilding
<pmichaud> I should have isa fixed in about 10 mins, barring interruption
<jonathan> OK. We're on one last failure on spectest_regression
* pmichaud races the clock.
<pmichaud> oh this is just TOO PRETTY.
<nopaste> "pmichaud" at 76.183.97.54 pasted "turning Parrot Subs and Closures into Perl 6 Code" (7 lines) at http://nopaste.snit.ch/13040
<pmichaud> ...and now isa passes :-)
<pmichaud> and I get rid of Sub.pir .
<jonathan> Nice!
<jonathan> Erm
<jonathan> Don't lose the ACCEPTS method
<pmichaud> It's now in Code.pir
<jonathan> Or you break smartmatch on regex.
<jonathan> OK, cool.
<pmichaud> since smartmatch is defined on Code objects
<jonathan> Yup.
<pmichaud> I'll need to multimethod that one on Regex, though, when we get the ability to define the .sub type 
<jonathan> my $x = Bar.new(y => 42, Foo{ x=> 10 }); # works again
<pmichaud> ohthatissocool
<jonathan> OK. Just type checking.
<jonathan> That is only broken because the protoobject lost it's ACCEPTS
<pmichaud> put ACCEPTS back into Perl6Object
<dalek> r27731 | jonathan++ | rakoo:
<pmichaud> I hadn't done that yet.
<dalek> : [rakudo] Enable WHENCE again and get new to work with WHENCE'd protoobjects again.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27731
<jonathan> Perl6ProtoObject or Perl6Object?
<pmichaud> there is no Perl6ProtoObject
<jonathan> ERm, the first is no more.
<jonathan> Yeah.
<jonathan> This was on the protoobject.
<jonathan> So you can do
<jonathan> $obj ~~ Foo
<jonathan> For "is $obj a Foo"
<pmichaud> looking.
<pmichaud> actually, it should be
<pmichaud>     Any       Type      type membership         $_.does(X)
<pmichaud> yes?
<pmichaud> (from S03)
<jonathan> Yeah, I think we had does
<pmichaud> I haven't implemented 'does' in P6object yet-- it's on the list
<jonathan> .sub 'ACCEPTS' :method .param pmc topic .local pmc HOW
<jonathan> # Do a does check against the topic. HOW = self.'HOW'() $I0 = does topic, HOW if $I0 goto do_return
<jonathan> (from trunk)
<jonathan> Well, we were delegating it to the Parrot does
<pmichaud> feel free to add ACCEPTS to P6protoobject
<jonathan> OK
<pmichaud> you can do it either in rakudo or in P6object.pir
<jonathan> Really need to look at this again.
<pmichaud> right, I'll review it and refactor it later
<pmichaud> actually, for now just put it into rakudo
<jonathan> It neeeds to be on the protoclass, not on the object, through?
<pmichaud> sure
<jonathan> Oh, stick it in the right namespace will do it?
<pmichaud> .namespace ['P6protoclass']
<pmichaud> right
<pmichaud> er, P6protoobject
<pmichaud> but it will end up in P6object.pir soon
<pmichaud> actually.....
<pmichaud> if you want, put it in P6object.pir
<pmichaud> it's going to be basically the same
<jonathan> OK
<jonathan> It does some weird stuff to try and call the ACCEPTS of an instance too, though...I'm now trying to think why.
<pmichaud> hrm
<jonathan> I wouldn't have gone to the trouble just for the fun of it.
<pmichaud> well, object methods tend to override the protoclass methods
<pmichaud> sorry, protoobject ones
<pmichaud> but I think that might be just for 'new'
<pmichaud> so I might need to tag 'ACCEPTS' as being more important on a protoobject than anything coming from the object class
<jonathan> I think the problem actually was that, protoclass method overrode object one.
<pmichaud> ahhhhh
<pmichaud> yes
<dalek> r27732 | pmichaud++ | rakoo:
<dalek> : [rakudo]:
<dalek> : * Fix Code so that .isa works on it again.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27732
<pmichaud> uh, no.  hrm
<pmichaud> protoclass method should override object one
<jonathan> Well, yes, it should.
<pmichaud> Dog.ACCEPTS(x)   is different from $dog.ACCEPTS(x)
<jonathan> Yeah.
<jonathan> I'm now trying to remember why on earth that went in there. I think commit log is the best way. :-)
<jonathan> Oh ouch.
% teknomunk has joined #parrot
<jonathan> r27338 | jonathan | 2008-05-06 12:56:17 +0200 (Tue, 06 May 2008) | 1 line
<jonathan> [rakudo] Make grammars more class-like. We now create protoobjects for them. Add
<jonathan> ed a Grammar class, implementing the ACCEPTS method which calls TOP. Had to twea
<jonathan> k the protoclass' ACCEPTS to also try the one in the class to make this work; sh
<jonathan> ould review if this is really the Right Way for this to work.
<pmichaud> ahhhhh
<pmichaud> so a Grammar protoobject should prefer the object one
<jonathan> It's because smart-matching against a grammar's proto-object needs to now do a DOES check.
<jonathan> Yeah.
<jonathan> Well, both
<jonathan> We expect also
<jonathan> grammar Foo { ... }
<jonathan> if Foo ~~ Grammar { ... } # 
<pmichaud> smart matching against a grammar is in the table
<pmichaud> er, *isn't*
<pmichaud> (in S03)
<jonathan> It's mentioned in S05, but yes, it shuld probably be in the table too.
<pmichaud> I'm not sure we need to expect Foo ~~ Grammar at this point
<jonathan> OK
<pmichaud> it might show up in the table, but I think we can ignore it for now
<pmichaud> there's always   Foo.^isa(Grammar)
<jonathan> True
<jonathan> Well actually
<jonathan> That'd dispatch to Grammar
<jonathan> Grammar.ACCEPTS(...)
<jonathan> So hmm.
<pmichaud> it would?
<dalek> r27733 | jonathan++ | rakoo:
<dalek> : [rakudo] Put ACCEPTS into the proto-class. Gets type checks working, and all spectest_regression passing again.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27733
<jonathan> Yeah, right hand side is the thing we call .ACCEPTS on
<pmichaud> Foo.^isa(Grammar)   is    Foo.HOW.isa(Grammar)   which doesn't call ACCEPTS?
<jonathan> No, no, I was still talking about Foo ~~ Grammar
<pmichaud> right
<pmichaud> I'm saying that for Grammar.ACCEPTS the accepts method should override the protoobject one
<jonathan> So I think actually my hack wasn't anything to do with needing both at all.
<pmichaud> oh
<pmichaud> getting Grammar.ACCEPTS to work isn't too difficult -- just a sec
<jonathan> It was to get Grammar.ACCEPTS to override the protoobject one.
<pmichaud> just call 'add_method' on the protoobject's class
<pmichaud> and stick in the one you really want.
<jonathan> If you can get that to work, you can remove the pile of nasty...
<jonathan> Erm, isn't it going to complain that we already have an ACCEPTS?
<pmichaud> it's the same for what I do for 'new'.  
<pmichaud> it complains if you use addmethod class, ....   but not if you use class.'add_method'(...)
<jonathan> That's...so wrong. :-)
<pmichaud> at any rate, there should be a way for me to override existing methods, so it works fine.
<pmichaud> yes, I think they should both do what class.'add_method'() does.
<pmichaud> (i.e., not complain)
<jonathan> We should yell at the guy who implemented the Class PMC....oh, wait...
<pmichaud> anyway
<pmichaud> I'll fix Grammar ACCEPTS just a sec
<jonathan> OK
<jonathan> Just verifying that we have a clean bill of health on the tests.
<jonathan> Yes!
<jonathan> All sanity tests and spectest_regression pass for me in the rakoo branch!
<nopaste> "pmichaud" at 76.183.97.54 pasted "ACCEPTS for Grammar protoobject" (25 lines) at http://nopaste.snit.ch/13041
<pmichaud> ohhh!  add_method doesn't complain because the protoclass doesn't have an ACCEPTS method of its own.
<jonathan> Oh...
<pmichaud> It's inheriting it from P6protoobject.  So this is a simple override.  :-)
<jonathan> It's because it inherits it from...yes.
<pmichaud> coooooool
<jonathan> OK, if you commit that.
<pmichaud> I didn't test it -- I just wrote it.
<pmichaud> I don't have a convenient test handy.
<pmichaud> but I'll commit, yes.
<NotFound> Now I can make perl6 with C++ :)
<jonathan> NotFound++ # nice work
<pmichaud> oh, hrm.
<jonathan> pmichaud: I need to get a few more spectests in place...
<pmichaud> this might not be sufficient.
<NotFound> Only problem was a "class" variable name.
<japhb> NotFound: Is that an OpenGL-enabled build?  I'm curious if I need to make changes there.
<pmichaud> I don't know if subclasses of Grammar will also get the correct ACCEPTS
<cjfields> jonathan: are role attributes supposed to be implemented yet?
<NotFound> japhb: I think it was... Were was the triangle test?
<pmichaud> actually, they won't.
<jonathan> cjfields: No.
<cjfields> ok
<japhb> NotFound: ./parrot examples/opengl/triangle.pir
<jonathan> pmichaud: Ah. That won't work then. :-(
<pmichaud> so, I need to treat ACCEPTS the same way I do 'new' then
<jonathan> cjfields: It's on my (long, long) list.
<pmichaud> or, no, that's not it.
<cjfields> np
<pmichaud> hrm.
<NotFound> japhb: it works :)
<japhb> excellent.
<cjfields> I can work around for now; looks like raakoo
<jonathan> pmichaud: We can leave current hack in until we have a good answer.
<pmichaud> yes, I was about to say the same.  I'm being hit with too many interruptions here
<cjfields> is more important
<NotFound> I will send the updated patch in a few minutes.
<pmichaud> (kids are home, paula just came home, etc.)
<pmichaud> jonathan: so, okay if I roll branch back into trunk?
<cjfields> s/raakoo/rakoo
<pmichaud> a bit later tonight?
<jonathan> pmichaud: Fine with me.
<pmichaud> excellent
<pmichaud> thank you for all of your outstanding work on this.  I'm really happy to see this done.
<jonathan> It's passing a bunch of tests.
<jonathan> Sure, it wasn't as bad to fix up as I'd feared.
<pmichaud> same here
<japhb> tewk: Note for your NCI stuff ... during my OpenGL header parsing work, I've come across a couple headers that have C++ class declarations in them.  Have you explicitly decided not to handle those, sticking strictly to C99?
<jonathan> pmichaud: What are you planning to work on next?
<pmichaud> probably PGE refactor.  either that or mutables
<pmichaud> PGE refactor may get us list assignment quicker
<jonathan> Could they be parallelized?
<jonathan> I'll likely have some spare hours hacking time over the coming weekend.
<pmichaud> you mean work on both at the same time?
<jonathan> Couple of hours at the airport tomorrow, easily.
<jonathan> Yeah.
<jonathan> Mutables, I've got a rough idea of what needs doing.
<pmichaud> the PGE one is conceptually tougher and involves learning more code
<pmichaud> so ifyou want to start on mutables, that'd be okay
<jonathan> Yeah, I wouldn't take that one on myself.
<jonathan> OK
<jonathan> You can a moment to run over what you had in mind?
<jonathan> I'm awake for another ~ 2 hours if right now isn't good.
<pmichaud> mainly I was going to look at default.pmc and delegate.pmc for ideas
<jonathan> OK
<pmichaud> since delegate tends to forward to another PMC 
<pmichaud> (and so does default)
<jonathan> Right. We can subclass delegate to probably get a lot of what we want.
<jonathan> Or create our own thing based upon it.
<pmichaud> I wasn't planning to subclass delegate, but if it works then that would be good.
<pmichaud> I've had some weird experiences with delegate before
<jonathan> Are you thinking that we'll have Mutable, whihc pretty much forwards everything.
<pmichaud> yes
<jonathan> Then we will in, for example, in Scalar, override assign.
<jonathan> In Array, override set_pmc_keyed
<jonathan> And so forth?
<pmichaud> I'm not sure about overriding set_pmc_keyed, but essentially, yes.
% donaldh has left donaldh!~chatzilla@host213-123-171-12.in-addr.btopenworld.com
<pmichaud> the big one is overriding assign
<pmichaud> if we have that, then we can figure out the details on the other stuff
<jonathan> not sure about overriding set_pmc_keyed <= as in, should have said keyed_int? Or?
<jonathan> Oh, OK.
<pmichaud> I don't know that mutable will need a set_pmc_keyed override
<jonathan> Yes, in fact Assign may be all we need, now I think about it some more.
<pmichaud> anyway, I need to run.
<jonathan> OK, sure
<pmichaud> thanks again!
<jonathan> I'm going to finish up my various slides for the weekend's talks.
<jonathan> Thanks to you too - this is looking a lot cleaner now. :-)
<NotFound> Patch updated in #54602
<NotFound> purl: C?
<purl> C is probably for lettuce, it's good enough for me!
% Andy has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-126.dynamic.mnet-online.de
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% IllvilJa has joined #parrot
% kid51 has joined #parrot
<DietCoke> purl, no C is for cookie, and it's good enough for you.
<purl> ...but no c is way simpler than Perl...
<DietCoke> purl, no, C is for cookie, and it's good enough for you.
<purl> okay, DietCoke.
% tetragon has joined #parrot
<cjfields> Is the plan to merge rakoo back over to trunk?
* cjfields reads back, smacks self
<cjfields> okay, disregard that last bit...
% cjfields has left cjfields!~cjfields@cjfields.igb.uiuc.edu
% mire has joined #parrot
% Ivatar has left Ivatar!~graham@tu055.demon.co.uk
% ank has joined #parrot
% Zaba_ has joined #parrot
% mire has left mire!~Frodo@186-169-222-85.adsl.verat.net
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Limbic_Region has joined #parrot
<kid51> DietCoke:  ping
<kid51> A message concerning the Parrot/Rakudo buildfest workshop at YAPC::NA::2008 in Chicago (Wed June 18).  I'm sending email to people who have expressed interest in mentoring or who *might* be interested in mentoring.  If you can take the time to read/respond to this mail, please do so.
<kid51> And if you're not yet on my list of contacts for this workshop, please ping me or msg me or email me or whatever.
% bacek_ has joined #parrot
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% bacek_ has joined #parrot
% tetragon_ has joined #parrot
% tetragon has left tetragon!~seneca@69-196-141-26.dsl.teksavvy.com
% tetragon_ has left tetragon_!~seneca@69-196-141-26.dsl.teksavvy.com
% tetragon_ has joined #parrot
<bacek_> hi there
<purl> hey, bacek_.
<bacek_> purl: want cookie?
<purl> bacek_: bugger all, i dunno
<jonathan> OK, sleep time
<jonathan> night all
<bacek_> jonathan: g'day :)
<dalek> r27734 | jkeenan++ | trunk:
<dalek> : Applying patch submitted in RT 54610 by Ifejinelo Onyiah eliminating 2 lines
<dalek> : with trailing whitespace.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27734
<dalek> r27735 | chromatic++ | trunk:
<dalek> : [Rakudo] Fixed POD formatting in Range class.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27735
% tedkat has left tedkat!~tedkat@24-119-222-126.cpe.cableone.net
<dalek> r27736 | chromatic++ | trunk:
<dalek> : [src] Fixed C++ compilation (NotFound, RT #54602).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27736
% tetragon_ is now known as tetragon
% tetragon has left #parrot
% tetragon has joined #parrot
<dalek> r27737 | chromatic++ | trunk:
<dalek> : [Rakudo] Fixed a typo in r27708 (Moritz Lenz).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27737
% paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net
% paco has joined #parrot
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
* pmichaud prepares to merge rakoo into trunk.
<Tene> yay!
* Tene prepares to read a diff.
<dalek> r27738 | chromatic++ | trunk:
<dalek> : [config] Fixed interpflags.pasm generation to handle ORd values (Chris Dolan,
<dalek> : RT #53548)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27738
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
<pmichaud> well, it may take a big.  Lots to merge.
<pmichaud> s/big/bit/
<pmichaud> quite a few conflicts :-|
<pmichaud> ah, finally, time for 'make test'
% jhorwitz has left jhorwitz!~chatzilla@96.245.16.45
<bacek_> pmichaud: BTW, http://rt.perl.org/rt3/Ticket/Display.html?id=54520#txn-409832
<shorten> bacek_'s url is at http://xrl.us/bkuq4
<bacek_> there is comment about PMC methods inheritance...
* kid51 must sleep
<purl> $kid51->sleep(8 * 3600);
<pmichaud> r27739.  hope it works.  :-)
% kid51 has left kid51!~jkeen@68.237.14.176
<pmichaud> need dinner.
<dalek> r27739 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Merge rakoo branch back into trunk.
<dalek> : * Also updates object.pmc to make 'clone' work properly.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27739
% jjore has left jjore!~jjore@c-24-19-49-60.hsd1.mn.comcast.net
<Tene> pmichaud++
<Tene> jonathan++
% jjore has joined #parrot
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% tetragon has left tetragon!~seneca@69-196-141-26.dsl.teksavvy.com
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% tetragon has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% confound has left confound!hdp@floe.aq
% cotto_home has left cotto_home!~cotto@75-92-237-130.sea.clearwire-dns.net
% confound has joined #parrot
% cotto_home has joined #parrot
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
% bacek_ has joined #parrot
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% teknomunk has left teknomunk!~teknomunk@r74-195-239-111.stl1cmta01.stwrok.ok.dh.suddenlink.net
% uniejo has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
% starc has left starc!~chatzilla@69-12-248-205.dsl.dynamic.humboldt1.com
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot