% UltraDM has joined #parrot
% Whiteknight has left Whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
% dalek has left dalek!dalek@feather.perl6.nl
% iblechbot has joined #parrot
% dalek has joined #parrot
% tetragon has left tetragon!~seneca@216.126.67.44
<dalek> r28255 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> :  -improve string.byte() (Lua 5.2 preview)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28255
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167934364.dsl.bell.ca
% allison has joined #parrot
% allison has left allison!~chatzilla@91-103-38-26.dynamic.thecloud.net
% allison has joined #parrot
<dalek> r28256 | pmichaud++ | trunk:
<dalek> : [pge]:
<dalek> : * ratcheting PGE::Exp::WS (<.ws>) rule doesn't need to backtrack
<dalek> : * <.foo> rules are supposed to be non-capturing (RT#54380, tewk++)
<dalek> : * 0..1 ratcheting quantified item doesn't need to backtrack
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28256
<Tene> Cardinal's make test used to take 37 seconds to run, and now takes 7 seconds to run.
<Tene> How can I meaningfully express that in "% faster"?
<TiMBuS> i prefer '% of the old time'
<Tene> Me too.  chromatic always says "% faster", though, and I'm not sure exactly what that means.
<TiMBuS> thats exactly what i was thinking too
<TiMBuS> heh
<pmichaud> 30 / 37
<purl> 0.810810810810811
<pmichaud> Cardinal's make test is 81% faster.
<TiMBuS> so its like the compliment of '% of the old time'
<pmichaud> yes.  If something is 25% faster, then it takes only 3/4 as much time as before.
% cotto_home has left cotto_home!~cotto@75-92-237-130.sea.clearwire-dns.net
<TiMBuS> guess that makes sense
<Tene> pmichaud: perldoc PAST/Node.pir claims that ::Op accepts :pasttype('assign'), but afaict, that's not true.
<pmichaud> correct, that ended up being unimplemented.
<Tene> Okay, thanks.
<pmichaud> but :pirop('assign') should work, depending on what is being assigned.
<pmichaud> :pasttype('assign') was from before when we had a reasonable 'copy' opcode
<jonathan> morning
<pmichaud> i.e., to do the morph+assign trick
<pmichaud> morning, jonathan
<pmichaud> today is rakudo day for you?
<jonathan> Yes
<jonathan> Erm, are you up exceptionally early or exceptionally late? ;-)
<Tene> morning, j.
<pmichaud> exceptionally late -- was getting ready to get a couple of hours sleep
<jonathan> Tene: morning :-)
<jonathan> OK
<jonathan> Did the pmc2c bug get fixed?
* jonathan svn up's hopefully
<pmichaud> unfortunately I might not be around as much as I had planned today -- I'm likely to have to accompany Paula to the doctor's office today
<pmichaud> ...pmc2c bug?
<Tene> If I lie and say that I fixed it, will I have a net karma increase or decrease?
<jonathan> pmichaud: Some change to that was breaking the Rakudo build for at least myself and particle
<jonathan> (e.g. may be Win32 specific)
<pmichaud> ah, okay.
<jonathan> Build failed in perl6str PMC
<jonathan> I see an update to that file though...
<pmichaud> anyway, I'm heading to sleep.  I'll either be back in approx 6 hours or otherwise much later than that.
<Tene> seeya
<Tene> good luck
<purl> well, good luck is all I can say.
% cotto_home has joined #parrot
<TiMBuS> theres no reverse op in parrot?
<TiMBuS> 3:
<Tene> reverse?
<purl> reverse is verboten. or true?  :) or needing lots of lube
<jonathan> pmichaud: OK, sleep well.
<TiMBuS> for strings
<Tene> TiMBuS: that would be a method in the string pmc, not an opcode.
<TiMBuS> oh, im not really up to scratch on parrots' internals, i just assumed from string.ops they were standalone operations
% Zaba_ has joined #parrot
<jonathan> Yup, builds works again. Now I can hack on Rakudo. Phew!
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% allison has left allison!~chatzilla@91-103-38-26.dynamic.thecloud.net
% allison has joined #parrot
% allison has left allison!~chatzilla@91-103-38-26.dynamic.thecloud.net
<spinclad> re % faster, aiui 25% faster would mean 125% as fast (5/4), or taking 4/5 as much time.  its opposite would be 20% slower.  so cardinal is (30/7 =) 428% faster.
<bacek> evening everyone
<jonathan> evening, bacek
<jonathan> (well, afternoon here...)
* bacek almost see future
<dalek> r28257 | jonathan++ | trunk:
<dalek> : [rakudo] Fill out the implementation of ^.., ..^ and ^..^ operators.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28257
<bacek> jonathan, can you review #55438 please? (It probably will require another patch for eval from #55304...)
* jonathan digs into roles, having done the ranges patch to get properly woken up
<jonathan> bacek: Any idea what this is about:
<jonathan> - proclaim($cond, $desc);
<jonathan> + &proclaim($cond, $desc);
<jonathan> Why do we need the sigil on there, if just calling it?
<bacek> We don't? I'll try without it.
<bacek> Just a sec
<jonathan> In general though, I don't think I'm a good person to apply patches to Test.pm. I just don't know it well enough to be able to make a good enough judgement call on whether patches to that are good or not.
<jonathan> If it gets an OK for particle or pmichaud, I'm happy to actually apply it.
% cosimo has left cosimo!~cosimo@pat-tdc.opera.com
% cosimo has joined #parrot
<bacek> (we don't need &) It's always good to learn something new :)
<jonathan> I'm thinking that http://rt.perl.org/rt3//Public/Bug/Display.html?id=44297 can be closed now?
<bacek> jonathan, indeed
<jonathan> Hmm. You have several unapplied patches.
<jonathan> "Implementation of List.min and List.max" looks quite sane to me
<bacek> jonathan, pmichaud is quite busy to check them :)
<jonathan> yeah
<jonathan> bacek: Are we passing much/any of http://svn.pugscode.org/pugs/t/spec/S29-list/minmax.t with this patch?
<bacek> all tests passed
<jonathan> Nice!
<bacek> (But it's better to check again on 'clean' checkout :) 
<jonathan> Sure, doing so here.
<jonathan> Will commit that and adding it to spectet_regression if it all passes.
<bacek> jonathan, there is more passing tests, btw.
<bacek> (ok 24 for minman)
<bacek> #55368 should be closed. pmichaud applied it.
<jonathan> bacek: Not seeing that here
<jonathan> t\spec\S29-list\minmax.....................ok 1/24too many arguments passed (4)
<jonathan> - at most 2 params expected
<jonathan> current instr.: 'parrot;List;min' pc 2959 (src/gen_builtins.pir:2012)
<jonathan> t\spec\S29-list\minmax.t    1   256    24   44  3-24
% tetragon has joined #parrot
<bacek> jonathan, oops... I did't commit minmax.t cause I'm not sure about correctness of fix.
<bacek> just a sec
<bacek> -is max({ abs $^a <=> abs $^b }, @array), -9,
<bacek> +is max({ abs 0+$^a <=> abs 0+$^b }, @array), -9,
<bacek> This sample of changes..
<bacek> -isnt @array.max: { $^a <=> $^b }, -9,
<bacek> +isnt (@array.max: { $^a <=> $^b }), -9,
<bacek> this is another...
<jonathan> Oh, I see
<bacek> What is precedence of comma after '}' in second case? 
<jonathan> erm
* jonathan tries to think
* bacek thinking... 13% done...
<jonathan> S12
<jonathan> In case of ambiguity between indirect object notation and dot form, the nearest thing wins:
<jonathan> dothis $obj.dothat: 1,2,3
<jonathan> means
<jonathan> dothis ($obj.dothat(1,2,3))
<bacek> looks like it not supported in rakudo (yet)
<bacek> or just a sec...
<jonathan> oh, what
<jonathan> I'm not sure if that's the thing we're talking about.
<jonathan> s/what/wait/
<bacek>  our List multi min( Ordering @by,  *@values )
<jonathan> OK, I suggest I put min/max patch for list in now, and then we ask pmichaud about the syntax in the test file later.
<jonathan> @by?
<bacek> If you right (and I'm sure in it), than original test case is incorrect.
<bacek> min({ abs $^a <=> abs $^b })
<bacek>  our List multi min( Ordering $by = &infix:<cmp>, *@values )
<bacek> (it is second form of sort() for List)
<bacek> s/sort/min/
<dalek> r28258 | jonathan++ | trunk:
<dalek> : [rakudo] Fix trailing whitespace.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28258
<dalek> r28259 | jonathan++ | trunk:
<dalek> : [rakudo] Add min and max to list. Patch courtesy of Vasily Chekalkin (bacek++).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28259
<nopaste> "bacek" at 202.7.166.181 pasted "Full patch of minmax.t" (50 lines) at http://nopaste.snit.ch/13235
<jonathan> bacek: OK, let's run that by pm later.
<bacek> jonathan, ok
<jonathan> But the min/max patch looked good, so that's in. Thanks! And one less for pm. :-)
<bacek> :)
<jonathan> bacek: For your uniq patch
<jonathan> comparer = get_hll_global 'infix:eq'
<jonathan> I'm not sure forcing everything to be stringified is the Right Thing.
<bacek> jonathan, probably. But 'uniq' is totally unspecced...
<bacek> I got idea from tests...
<bacek> I think that 'infix:<=>' is better as default comparer.
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-219.dynamic.mnet-online.de
<bacek> (But S29-list/uniq.t fails with <=>...)
<dalek> r28260 | kjs++ | trunk:
<dalek> : [ecmascript] implement return statement
<dalek> : + add a test
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28260
% tetragon has left tetragon!~seneca@216.126.67.44
<bacek> yeah! infix:~~.
* bacek forgot about it once again...
% tetragon has joined #parrot
% tetragon has left tetragon!~seneca@gw-312-705.somanetworks.com
% tetragon has joined #parrot
% Whiteknight has joined #parrot
<dalek> r28261 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] updating to trunk r28260
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28261
% cognominal has left cognominal!~cognomina@82.67.232.89
% tetragon has left tetragon!~seneca@gw-312-705.somanetworks.com
<dalek> r28262 | jonathan++ | trunk:
<dalek> : [core] addattribute op should work for roles as well as classes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28262
% gryphon has joined #parrot
<dalek> r28263 | jonathan++ | trunk:
<dalek> : [rakudo] A few changes to get us a little further along with role attributes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28263
% smash has joined #parrot
<smash> hello everyone
% iblechbot has joined #parrot
<dalek> r28264 | jonathan++ | trunk:
<dalek> : [rakudo] Initial work to support basic attribute composition. Far from complete, but gets private attributes from a directly composed role working.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28264
<dalek> r28265 | jonathan++ | trunk:
<dalek> : [rakudo] Get accessor and handles methods of roles in the correct namespace, making composition of public attributes work.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28265
% Zaba has joined #parrot
<dalek> r28266 | jonathan++ | trunk:
<dalek> : [rakudo] Add passing regression test for some basic role attribute composition to spectest_regression.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28266
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% contingencyplan has joined #parrot
% UltraDM has left UltraDM!~george@dasapass.avira.com
% cognominal has joined #parrot
% Andy has joined #parrot
% TiMBuS has left TiMBuS!~Hurf@123-243-167-27.static.tpgi.com.au
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
% jhorwitz has joined #parrot
% ruoso has left ruoso!~ruoso@a81-84-237-13.cpe.netcabo.pt
% grim_fandango has joined #parrot
% ruoso has joined #parrot
% IllvilJa has joined #parrot
<dalek> r28267 | jonathan++ | trunk:
<dalek> : [rakudo] Support 'is rw' on attribute declarations. Trying to use the accessor in l-value context when it's not marked 'is rw' now results in an exception, as per S12.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28267
<jhorwitz> crap.  something broke mod_perl6
* jhorwitz finds his debugging hat...
* jonathan hopes he's not to blame
<jonathan> jhorwitz: When you work out what, let's make sure we add a regression text.
<jonathan> s/text/test/
<jhorwitz> jonathan: definitely.  none of my HLL modules have tests yet.
<dalek> r28268 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] updating branch to trunk r28260
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28268
<pmichaud> pong
<dalek> r28269 | jonathan++ | trunk:
<dalek> : [rakudo] Fix 'handles'. The fact we have to do this may point to a PCT bug - it hadn't used to require a PAST::Val node here.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28269
* jhorwitz realizes he was wearing his moron hat
% obra has left obra!~jesse@diesel.bestpractical.com
<jhorwitz> it is wise to actually to load mod_perl6 in httpd.conf when running perl6 handlers.  DOH!
<jonathan> :-)
% obra has joined #parrot
* jhorwitz obviously needs more coffee
<pmichaud> (min/max)   I'm preferring to export the actual Parrot methods as opposed to creating separate wrapper functions.
% particle has joined #parrot
<pmichaud> oh, wait, these have slurpy arguments.
<pmichaud> never mind.
<purl> Okie dokie
<jonathan> pmichaud: See http://www.parrotvm.org/svn/parrot/revision?rev=28269 - maybe something to fix in PCT, but your call.
<jonathan> Also, I'm looking at the spectest for handles.
<jonathan> It does stuff like
<jonathan> ok Backend1.new, "class definition worked";
<jonathan> Which at the moment gives us "get_bool not implemented on class Backend1"
<pmichaud> right, I need to set up defined and true 
<pmichaud> in class Object
<jonathan> Should Object by default have a get_bool that returns true, and proto-object overrides it with false?
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<pmichaud> I think that get_bool should call .true
<jonathan> OK, can do that.
<pmichaud> but wait
<pmichaud> (checking spec)
<jonathan> ok
<pmichaud> S02: # The definition of .true for the most ancestral type (that is, the Object type) is equivalent to .defined. Since protoobjects are considered undefined, all protoobjects (including Object itself) are false unless the type overrides the definition of .true to include undefined values. Instantiated objects default to true unless the class overrides the definition. Note that if you could instantiate an Object it would be considered defined, and thus t
<jonathan> OK
<pmichaud> I was actually going to do that part :-)
<jonathan> So we call .true from get_bool, which calls .defined
<pmichaud> the generic mechanism for changing a class' boolean value will be to override .true.
<jonathan> OK, soon? I'm keen to get at least some test in for handles, since it broke and I like to get tests in for things so we're less likey to accidentally break them again. :-)
<pmichaud> I can do it this morning.
<jonathan> Yes, makes sense.
<pmichaud> like, in the next hour or so.
<jonathan> OK, I can leave it to you if you want it. :-)
<pmichaud> re:  r28269....    why do you need a node called '1' ?
% particle1 has joined #parrot
<pmichaud> sorry, parameter called '1'?  Actually, what is that?  I need to look at actions.pm.
<jonathan> Oh, context
<jonathan> it's in handles
<jonathan> It's to generate the PIR :flat :named
<jonathan> Before :flat(1), :named(1) did it fine
<jonathan> Now you have to stick a PAST::Val in :named - it still emits the correct code.
<jonathan> It's just gathering and forwarding the arguments.
<pmichaud> that's definitely a pct bug
<jonathan> OK, suspected so.
<pmichaud> however, do we have to do it that in PAST at all?  
<pmichaud> why not just call a function that does the forwarding for us?
<jonathan> No, we're actually generating a forwarder method.
<pmichaud> oh.
<jonathan> If we called a forwarder function, we'd still have to generate the method...
<jonathan> And we'd still have to pass it the args. :-)
<pmichaud> okay, works for me for now.
<pmichaud> (something seems odd about it to me at the moment, but I can't figure out what it is.)
<pmichaud> checking pct bug.
<pmichaud> weird.  I don't know what I was thinking when I wrote that.
<cotto_work> DietCoke, ping
<pmichaud> jonathan: r28270 should fix the :named(1).  (untested -- can you test?)
<dalek> r28270 | pmichaud++ | trunk:
<dalek> : [pct]:
<dalek> : * Fix bug with :flat :named argument nodes (jonathan++)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28270
<jonathan> pmichaud: Will do soon, just got something in the works here.
<dalek> r28271 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Faster
<dalek> : * Cleaner
<dalek> : * Parse many things we couldn't parse before
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28271
<Tene> Horrible commit message, I know, but I need to go teach class now.
% davidfetter has left davidfetter!~davidfett@start.fetter.org
<pmichaud> jonathan: I'll have to work on C<true> after lunch -- it's a bit more involved than originally expected (because there are a lot of classes and objects that are overriding vtable_get_bool
<pmichaud> so we're ending up in loops.
<pmichaud> but I'll do it immediately after lunch.
<jonathan> pmichaud: OK, no worries.
<jonathan> I'm busying myself with a few type-related things.
<jonathan> Check this bit of evil in S12 out:
<jonathan> "Two has attributes of the same name, whether public or private, are simply merged into one slot, provided the types are the same; otherwise, the composition fails."
<jonathan> So, attribute types are going in...
<particle1> is that for roles?
<jonathan> particle1: Yup.
<particle1> sweet evil.
<jonathan> Yeah, it made me implement attribute types.
% particle has left particle!~particle@c-98-232-7-104.hsd1.wa.comcast.net
<jonathan> Then I forgot that this was what I was meant to be doing and when and got is rw working on attributes first...
<jonathan> s/when/went/
<particle1> that won't *hurt* anything, though :)
<jonathan> ;-)
<jonathan> Yeah, good to have it.
<jonathan> Now when I give slides on attributes, I cna leave out the "and one day you will be able to write is rw..."
<jonathan> Roles are quite a lot of work.
<particle1> what, you mean it won't be done today? or you'll need another tea first?
% particle1 is now known as particle
<jonathan> Erm. I don't think I'll get generic ones done today. :-P
<particle> i'm *so* far behind
<particle> but finding work and rebuilding my machine have to take priority
<jonathan> Method composition works, and basic attrib comp does as of today now too.
<dalek> r28272 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] wrote black and grey marking functions, updated Small_Object_Pool and Gc_it_pool_data structures to be more compact
<particle> do you have 'resolves' done?
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28272
<particle> is that what it's called, to name a method something else when composed in the class?
<jonathan> Parrot supports that, and there's tests for it. I'm not sure Perl 6 actually does that, though. Or at least, I'm not seeing it in the spec...
<particle> i'm pretty sure i does
<jonathan> There are several ways to solve method conflicts. The first is simply to write a class method that overrides the conflicting role methods, perhaps figuring out which role method to call.
<jonathan> Alternately, if the role's methods are declared multi, they can be disambiguated based on their long name. If the roles forget to declare them as multi, you can force a multi on the roles' methods by installing a proto stub in the class being constructed
<jonathan> (that was from S12)
<jonathan> Thsoe are the only two ways it mentions. I'd not tended to count two as several, but... :-)
<particle> yeah, that's what i'm reading now
<jonathan> The original traits paper mentioned such a mechanism.
<particle> yep
<particle> and like you said, parrot has it
<particle> but i suppose using a class method works instead of using a trait
% AndyA has left AndyA!~andy@82.152.157.85
<jonathan> Yup.
<particle> btw any reason it's trait_auxiliary: instead of trait: ?
<jonathan> There are trait_verb as well
<jonathan> rule trait { | <trait_auxiliary> | <trait_verb>
<jonathan> }
<particle> ah, right
<jonathan> I'm not 100% sure exactly why or what the distinction is.
<particle> auxiliary is an ugly word, though
<jonathan> But different trait-ish things are consistently distinguished. So I'm guessing there is a reason.
<particle> the verbs don't have a sig
<particle> they're not multis
<jonathan> Oh
<jonathan> You're right.
<jonathan> OK, that's why. :-)
<particle> but 'trait_multi' and 'trait_verb' sound better to me
<particle> however multi and verb don't quite fit the same class of words
<particle> anyway, it's just paint.
% AndyA has joined #parrot
<jonathan> Sure
% sjansen has joined #parrot
<particle> did you do trait_verb yet?
<particle> i assume it'd be easy, considering there's no sig
<jonathan> The handles trait verb is already implemented, on attributes.
<jonathan> returns - not yet, but now the return statement is in, I may look at return type stuff.
<dalek> r28273 | jonathan++ | trunk:
<dalek> : [rakudo] Allow types to be declared on attributes and enforce them. We also move a little closer to STD.pm in this patch and gain support for type conjunctions (the code was there, just not being called into), so you can do my Type1 Type2 $foo.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28273
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-222-188.dynamic.mnet-online.de
<DietCoke> Whiteknight: If you are concerned about checking something that should obviously be true, use an assertion.
<DietCoke> those will get eliminated in optimized builds, IIRC.
<Whiteknight> okay
<Whiteknight> thanks
<cotto_work> DietCoke, ping
<DietCoke> pong
<DietCoke> Whiteknight: ack for PARROT_ASSERT
<Andy> Hey, who is Whiteknight anyway
<purl> i heard Whiteknight was updating the book. It talks about .pragma fastcall, pushing and popping arguments onto the user stack, etc
<Whiteknight> I know PARROT_ASSERT, i just need to use it more
<Andy> I keep seing postings.
<Whiteknight> I'm working on the PDD09 GC
<cotto_work> sharing a cab from ORD tomorrow sounds fine
<Andy> But do you have a name, pardner?
<Whiteknight> Andrew
<cotto_work> Since I'm arriving first, I'll hang out near where your flight will arrive and we can go from there.
<jonathan> pmichaud: The PCT fix didn't work; not it generates: $P68 = $P65."go"($P66 :flat :named :flat, $P66 :flat :named :flat)
<Zaba> is it normal that quite a lot of tests fail when I run make spectest_regression in perl6?
<cotto_work> http://port25.technet.com/archive/2008/03/20/inside-the-oss-lab.aspx
<shorten> cotto_work's url is at http://xrl.us/bphf2
<jonathan> Zaba: No, they shouldn't be failing. :-S
<cotto_work> I'm in the bottom picture, leftmost
<Zaba> jonathan, I got quite a lot of dubious results and some failures..
<jonathan> OK, that's odd
<DietCoke> cotto_work: I'm not getting in until later. Is it worth waiting for you?
<DietCoke> (catching up) Awesome.
<jonathan> Zaba: I have some local changes, but not much, and it's looking pretty clean here...just running it now.
<jonathan> Zaba: Yup, I get a clean sheet. Do you have latest?
<Zaba> jonathan, I svn up'd about 10 minutes ago
<Zaba> (it took time to build parrot, make test parrot..)
<jonathan> OK, that's odd.
<jonathan> What platform are you on?
<Zaba> linux amd64
<jonathan> Did the Parrot tests pass pretty cleanly?
<DietCoke> cotto++
<jonathan> And any chance you can nopaste the output from make spectest_regression, so I can see if I can spot some pattern?
<Zaba> jonathan, yup
<Zaba> and yes
<Zaba> I will pastebin the failure summary
<dalek> r28274 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] wrote some basic functions to deal with root items and the queue.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28274
<Zaba> http://rafb.net/p/LMCgOV69.html
<Zaba> parrot r28266
<Zaba> hmm. I indeed missed a bit
<Zaba> should I try to svn up?
<jonathan> My word that's a lot of failures...
<jonathan> Yes, and perhaps try a make realclean if you didn't do one before this build. But I'm surprised the Parrot tests all passed if there is an issue.
<Zaba> okay
<pmichaud> :flat :named :flat ?!
<pmichaud> I don't quite see how it could do that... but
<Zaba> I will try make realclean
<pmichaud> hrm.
<pmichaud> jonathan: can you send me a sample code snippet so I can generate it on my box?
<jonathan> class Foo { has $.x handles 'go' }
<jonathan> You'll need to undo the actions.pm change I put in earlier today for it too
<pmichaud> good enough, thanks.
<jonathan> np
<pmichaud> jonathan: r28275
<dalek> r28275 | pmichaud++ | trunk:
<dalek> : [pct]:
<dalek> : * Really fix :named :flat this time.  (jonathan++)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28275
<jonathan> Thanks, will check in a moment...just fighting with attribute composition.
<Zaba> jonathan, I still have dubious results here
<Zaba> after make realclean
<Zaba> and passing all parrot tests
% smash has left smash!~smash@gil.di.uminho.pt
<jonathan> Zaba: OK, then I'm confused.
<Zaba> jonathan, about the same amount of failures..
<jonathan> Zaba: OK, let me make a clean build here.
<jonathan> With svn head
<jonathan> And see if I can reproduce anything like you're seeing.
<dalek> r28276 | jonathan++ | trunk:
<dalek> : [rakudo] Get us closer to S12 role composition semantics for attributes. This patch implements, 'Two has attributes of the same name, whether public or private, are simply merged into one slot, provided the types are the same; otherwise, the composition fails.' Also, move some code around to make sure we do the role composition once everything inside the class has been declared, not before, as per the spec.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28276
<jonathan> If I can't, I'm suspecting it maybe is platform specific.
<Zaba> hmmm
<jonathan> But that answer feels odd to me.
<pmichaud> zaba: (I'm coming into the middle of this)   what platform?
<Zaba> pmichaud, linux amd64
<pmichaud> which linux?
<Zaba> pmichaud, gentoo
<pmichaud> hrm.
<pmichaud> any options to Configure.pl ?
<Zaba> nope
* Infinoid tries to reproduce it on his gentoo amd64 box
<particle> jonathan: are the attributes merged into a public, or private slot?
<cotto_work> Zaba, does svn st list any changes?
<Zaba> cotto_work, no
<jonathan> particle: Not entirely sure what you're asking. These are role attributes declared with has, and the declarations with has are done as if they had been declared in the class itself.
<jonathan> particle: You can declare an attribute that is not visible to the class at all, with my $!foo, but I didn't implement this yet, and those are truely private.
<particle> multiple attributes of same name are wedged into the same slot
<jonathan> particle: Only if the type matches.
<particle> yes
<particle> but one may be private, another public
<jonathan> If the type doesn't match, you can a composition error.
<jonathan> Sure, then they are both public.
<jonathan> Declaring $.foo is just generating a foo accessor method.
<particle> that's what i'm asking. if one is public, then effectively they both are
% gryphon has joined #parrot
<jonathan> Yes, but if the composition suceeded because they had the same type, then there isn't a both.
<jonathan> They're sharing a slot.
<particle> right, but if a role expects the attribute to be private, whoops!
<particle> ...some method in the role, that is
<jonathan> How so?
<jonathan> Then it just means the class has decided to expose it.
<particle> it's difficult for me to think of a real-world use case
<jonathan> If a role wants true privacy, it can use my $!x, and the class can't even see that.
<jonathan> That's about next on my implementation list, but I should probably eat first.
<particle> yes, but does $!x exist past class composition time?
<jonathan> Yes.
<particle> ah, okay then.
<jonathan> It's a private attribute.
<particle> role-private
<jonathan> Right.
<jonathan> Was as has $!x in a role is class-private.
<particle> meaning if a class overrides a role's method, that method can't see it
<jonathan> Right.
% iblechbot has joined #parrot
<jonathan> my $!x # can only be seen in the role
<particle> can it be seen in roles that are composed into the role?
<jonathan> No.
<particle> ...a role made from many roles
<particle> ok
<jonathan> The "my" gives it lexical semantics.
<jonathan> Outside of that block, it's not visible.
<Infinoid> rakudo test passes here, several spectest failures.  (most of those are along the lines of "Statement not terminated properly" or "Syntax error")
<jonathan> Infinoid: Is that spectest or spectest_regression?
<particle> spectest should fail a lot. spectest_regression should pass everything
<Infinoid> jonathan: spectest
<Infinoid> ok, so it sounds normal
<jonathan> Ok, fine. What particle said.
<jonathan> If spectest_regression passes them all, then we're good.
<jonathan> OK, I'm going to go grab some fast food rather than cooking, so I can keep on hacking.
<jonathan> Back in a little while.
* Infinoid lets that run for a while
<DietCoke> jonathan, no fast food!
<Infinoid> To make a decent plate of nachos, start with the big bang.
<Infinoid> ccache helps.
<nopaste> "Infinoid" at 96.238.213.50 pasted "My rakudo spectest_regression results: FAIL" (129 lines) at http://nopaste.snit.ch/13237
<dalek> r28277 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] more notes, comments. Info about root items. some conditionals.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28277
<Tene> So, there are some linux amd64 errors of some sort?
<Tene> Huh, I'm getting a bunch of failures too.
* pmichaud wonders if it's time for him to switch back to 64-bit linux.
<Tene> Just go halfway.  48-bit ftw.
% davidfetter has joined #parrot
<DietCoke> tene;did you try the obligatory realclean?
<Tene> I did!  I tried it first this time!
<dalek> r28278 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] add functions to obtain an objects flag from the card, and start rewrite of pobject_lives
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28278
<Tene> Segfaults!
<purl> No whammies!
% gmansi has left gmansi!~gmansi@190.55.35.246
<Infinoid> yep, here too, here comes a backtrace
<nopaste> "Infinoid" at 96.238.213.50 pasted "t/spec/S02-builtin_data_types/type.rakudo segfault" (45 lines) at http://nopaste.snit.ch/13238
% cjfields has joined #parrot
% barney has joined #parrot
<Infinoid> r27000 passes.  bisecting...
% Ivatar has joined #parrot
% barney has left barney!~bernhard@dslb-084-058-190-159.pools.arcor-ip.net
<dalek> r28279 | chromatic++ | trunk:
<dalek> : [Pheme] Fixed several Pheme parsing failures, after PGE backtracking changed in
<dalek> : r28256.  (In particular, '() gets parsed as two atoms, a quote and an empty
<dalek> : cons, rather than a single atom -- the empty cons.)
<dalek> : One parse failure remains, though all tests pass.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28279
<Infinoid> there's one spectest_regression failure in r28256 which seems to be unrelated to the segfault I'm tracking down
<Infinoid> all the segfaults began with r28257.
<Infinoid> (maybe it's exercising the internals harder?  or using a new unstable feature of parrot?)
<pmichaud> interesting.
<pmichaud> I actually happen to be re-writing the Range code at the moment, so  perhaps what I write will fix things.
<Infinoid> I am happy to test patches as needed
<Infinoid> here are more nopastes, for the logs:
<jonathan> pmichaud: Re-writing it? Was it really that bad?
<nopaste> "Infinoid" at 96.238.213.50 pasted "One spectest_regression failure in r28256 (unrelated to the segfault I'm tracking)" (99 lines) at http://nopaste.snit.ch/13240
<nopaste> "Infinoid" at 96.238.213.50 pasted "Many spectest_regression failures in r28257" (153 lines) at http://nopaste.snit.ch/13241
<pmichaud> I started a refactor and then decided rewriting was quicker.
<dalek> r28280 | Whiteknight++ | trunk:
<dalek> : [pdd09] updating function and macro names to satisfy pdd09 deprecation notes. rt#55364
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28280
<jonathan> Infinoid: Does -G make any difference? Is this GC related?
<pmichaud> but I can't get 'clone' to work properly.
<Infinoid> jonathan: let me check
<jonathan> pmichaud: OK, would be interested to know, what was wrong with the original...
<pmichaud> checking the end of the range shouldn't be done by decrementing the end, for one.
<Infinoid> zsh: segmentation fault  ../../parrot perl6.pbc t/spec/S02-builtin_data_types/type.rakudo
<Infinoid> zsh: segmentation fault  ../../parrot -G perl6.pbc t/spec/S02-builtin_data_types/type.rakudo
<pmichaud> the code I have feels more in tune with what the spec says about how iteration should be done.
<jonathan> OK, fine.
% AndyA has left AndyA!~andy@82.152.157.85
<pmichaud> also, I factored out the boundary tests into their own private methods so we aren't repeating ourselves
<pmichaud> I also didn't like the separate tests for both exclusivity (e.g., in accepts) -- we can test each end individually.
<jonathan> Ok. You can re-do the role attributes afterwards. ;-)
<pmichaud> :-)
<pmichaud> I'm really confused why the clone vtable isn't working, though.
% AndyA has joined #parrot
<jonathan> That's odd...
<purl> Well, what the fuck did you EXPECT?
<jonathan> ...
<Whiteknight> HA!
<pmichaud> right now I have
<pmichaud> .sub 'clone' :method :vtable .local pmc from, to from = getattribute self, '$!from' to = getattribute self, '$!to' .return 'infix:..'(from, to)
<pmichaud> .end
<pmichaud> grrr.
<jonathan> The original, cloned from and to as well, I think.
<nopaste> "pmichaud" at 76.183.97.54 pasted "Range clone" (6 lines) at http://nopaste.snit.ch/13243
<pmichaud> but afaict, it never gets invoked.
<jonathan> You've just a "say" in there to check?
<pmichaud> been following trace output, actually
<jonathan> s/just/put/
<jonathan> OK, that should be indicative too.
<pmichaud> oh, 'say' gives me something different.
<jonathan> It's just clone that seems to not be being called? Other v-table methods work?
<pmichaud> > say 1..5
<pmichaud> cloning Range
<pmichaud> src/inter_call.c:301: failed assertion 'PObj_is_PMC_TEST(sig_pmc)'
<pmichaud> Backtrace - Obtained 19 stack frames (max trace depth is 32).
<jonathan> Ouch.
<pmichaud> same results for  "my @a = 1..5;"
<pmichaud> I'll turn on tracing at that point.
<pmichaud> ohhhhh
<pmichaud> I bet it's a tailcall problem.
<jonathan> Oh!
<jonathan> Yes, it is.
<pmichaud> can't do tailcalls in 'clone', I guess?
<jonathan> Now I remember - I tried to write it just like that this morning.
<jonathan> And it didn't work, so removed the tailcall again.
<jonathan> It seems so. I think it's a more general thing with tailcalls close to the C boundary.
<pmichaud> I guess that deserves a ticket somewhere.
<jonathan> If it doesn't already have one, then yes, for sure.
<jonathan> OK, time to write some tests for the various things I did in the last couple of patches...
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
<pmichaud> it appears to have trouble with any form of method call from within clone, also.
<jonathan> :-S
<jonathan> OK, that I haven't seen.
% tene_evalbot has joined #parrot
<Tene> cardinal: puts "foo"
<tene_evalbot> No output (you need to produce output to STDOUT)
<Tene> Yay, death!
<moritz> why does that evalbot look familiar to me? ;-)
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<Tene> ;)
<pmichaud> you scared him off.
% tene_evalbot has joined #parrot
<Tene> I have plans to have it pastebin --target={parse,past,pir}
<Tene> cardinal: puts "foo"
<tene_evalbot> OUTPUT[Syntax error at line 1, near "puts \"foo\""␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;cardinal::Grammar;TOP' pc 4382 (src/gen_grammar.pir:154)␤called from Sub 'parrot;PCT::HLLCompiler;parse' pc 562
<tene_evalbot> ..(src/PCT/HLLCompiler.pir:348)␤called from Sub 'parrot;PCT::HLLCompiler;co...
<Tene> Huh.
<Tene> cardinal: puts "foo";
<tene_evalbot> OUTPUT[foo␤]
<Tene> Oh, cardinal requires newline at the end.
<Tene> That sound useful to anyone?
<cotto_work> cardinal: make Tene's computer explode;
<tene_evalbot> OUTPUT[Syntax error at line 1, near "make Tene'"␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;cardinal::Grammar;TOP' pc 4382 (src/gen_grammar.pir:154)␤called from Sub 'parrot;PCT::HLLCompiler;parse' pc 562
<tene_evalbot> ..(src/PCT/HLLCompiler.pir:348)␤called from Sub 'parrot;PCT::HLLCompiler;comp...
<Tene> hehe
<cotto_work> is that for any language in svn?
<Tene> It will be by the end of the day, if you'd like it to be.
<DietCoke> yes, lease.
<jonathan> lolcode_evalbot...
* DietCoke was hoping to get his tcl bot back. =-)
<moritz> Tene: try to cut off all these stack traces
<moritz> Tene: they produce a lot of output, but usually only the first line is really of interest
<Tene> moritz: my plan is to pastebin it if it's more than a line or two.
<moritz> Tene: seems sensible
<cotto_work> cardinal: puts 'Tene++';
<tene_evalbot> OUTPUT[Tene++␤]
<moritz> cardinal: "test"
<tene_evalbot> OUTPUT[Syntax error at line 1, near "\"test\""␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;cardinal::Grammar;TOP' pc 4382 (src/gen_grammar.pir:154)␤called from Sub 'parrot;PCT::HLLCompiler;parse' pc 562
<tene_evalbot> ..(src/PCT/HLLCompiler.pir:348)␤called from Sub 'parrot;PCT::HLLCompiler;compil...
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167934364.dsl.bell.ca
<dalek> r28281 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] updating to trunk r28280
<pmichaud> apparently method tailcalls in vtable methods are bad.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28281
<jonathan> dies_ok { class C2 does R2 { has $!a } },      'Roles with conflicing attributes';
<jonathan> That seems not to be catching the exception.
<DietCoke> isn't there a tailcall ticket or two open?
<pmichaud> all of the *dies* functions probably need some work.
<moritz> jonathan: dies_ok doesn't catch compile time errors
<pmichaud> i.e., exception handling still isn't quite right there yet.
<pmichaud> (although it's on its way)
<moritz> which is why we need eval_dies_ok for those cases
<particle> DietCoke, cotto_work: care to wait until my 6:20 arrival to leave for iit?
<jonathan> OK, does eval_dies_ok work?
<moritz> mostly at least ;)
<particle> oh, actually, i arrive before coke
<DietCoke> particle: that's before I get in.
<cotto_work> particle, you're arriving before DietCoke, so I don't see a problem
<DietCoke> so yes, I'll wait, and he's already waiting for me. =-)
<particle> :)
<DietCoke> this cab ride is getting much cheaper for me!
<jonathan> heh
<jonathan> Lots of continuation runloop jumping fun now.
% davidfetter has left davidfetter!~davidfett@start.fetter.org
<pmichaud> do you guys want to wait for me?  ;-)
<particle> cotto: i bet you get in right near my gate, since we're both on alaska
<cotto_work> particle, can you put your flight on the wiki so I know where to look for you?
<particle> get your own cab, pmichaud :P
<particle> cotto_work, done
<DietCoke> I will be doing carryon, so once I get there we can book.
<particle> i screwed the syntax up , though, fixing
<DietCoke> and put them in time order! aigh!
<cotto_work> fix it
<cotto_work> fix it
<cotto_work> fix it
<particle> they were in time order
<particle> insertion time
<cotto_work> see you there!
<jonathan> Gaaah.
<jonathan>        Test returned status 5 (wstat 1280, 0x500)
<jonathan>        after all the subtests completed successfully
<DietCoke> inferior runloop!
<jonathan> Indeed.
<DietCoke> tcl's lsort test does that.
* jonathan hopes Allison's branch fixes a bunch of these.
<DietCoke> I'm eager to test it this weekend.
<jonathan> DietCoke: Is there a workaround?
<jonathan> I'm fearing not.
<particle> jonathan: no
<pmichaud> is this valid Perl 6?      if $code.isa("Code")  { say "ok 3" } else { say "not ok 3" }
<DietCoke> nope. 'make test' still works.
<DietCoke> so it wasn't a high priority for me.
<particle> pmichaud: looks valid to me
<diakopter> pmichaud: why wouldn't it be
<pmichaud> we allow strings to .isa() ?
<particle> i thought string and type
<pmichaud> hrm.
<particle> gotta check the spec
<particle> S06?
<purl> S06 is probably dev.perl.org/perl6/doc/design/syn/S06.html
<particle> ack.
<particle> no, S06 is http://dev.perl.org/perl6/doc/design/syn/S06.html
<purl> okay, particle.
<pmichaud> only three occurrences of '.isa' in the synopses
<pmichaud> none of them use quoted strings.
<particle> ah
<particle> S12?
<purl> S12 is, like, out of sync with reality
<pmichaud> S05 and S12
<particle> no, S12 is http://dev.perl.org/perl6/doc/design/syn/S12.html
<purl> okay, particle.
<pmichaud> 3801:     <.isa(Dog)>
<pmichaud> 1969:    $obj.HOW.isa(Mammal)
<pmichaud> 1981:    $obj.isa(Mammal)
<jonathan> I find it hard to believe you'd not be able to do it with a string.
<jonathan> It just would feel so un-Perl-ish to not let you do so. ;-)
<particle> yep
<pmichaud> I'm wondering how to go from a String to a namespace.
<pmichaud> or, more precisely, to a protoobject.
<particle> ::()
<DietCoke> ... is that ascii art for the alien from MIB?
<pmichaud> yes, but ::() from within .isa() would mean that we'd need to get the caller's namespace.
<pmichaud> so that we can figure out what the String is relative to.
<jonathan> Ah. Hmm.
* particle moves his seat up 13 rows and prints his boarding pass
<pmichaud> anyway, I'll put in a workaround.
<jonathan> Maybe to do it by string you need to do the lookup of the string and pass the result to isa.
<jonathan> .isa(::{'Foo'}) # I'm sure that's the wrong syntax
% Zaba_ has joined #parrot
<particle> jhorwitz: ping
<particle> omg! there's shadows outside! for the first time in a week, the sky is blue!
<Infinoid> particle: hey, we want our blue back
<particle> you're gonna have to pry it from my cold, dead hands.
<pmichaud> that won't take long... you live in Washington.
<jhorwitz> particle: poing
<particle> jhorwitz: i'm going to submit my lightning talk now
<particle> did you do yours yet?
<pmichaud> snow!  in june!
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<pmichaud> oooh lightning talk!  what's it going to be?  ;-)
<jhorwitz> particle: what are you calling it?
<particle> lightning: creating a language in 5 minutes with Parrot Compiler Toolkit
<pmichaud> I've been seriously thinking about a lightning talk, but I fear there will be more speakers than slots
<jhorwitz> particle: so you went all boring on us
<jhorwitz> :)
<particle> what should i call it? the language is called 'lightning' so yours can be 'mod_lightning' man!
<jhorwitz> aaaaah
<jhorwitz> i was gonna call it "stealing particle's work for fun and profit in 5 minutes"
<particle> hopefully i'll commit it and you can svn co :)
* jhorwitz goes to submit his lightning talk...
<particle> ok, i can make a wittier tagline, but it's definitely gonna live under languages/lightning/
<pmichaud> how about  languages/kaboom ?
<particle> oops, i forgot turing-complete
<jhorwitz> what's the URL for submitting the talks?
<DietCoke> I do wish the guy last year had actually written his language describing urinal rules.
<jhorwitz> i always have trouble finding it
<particle> http://conferences.mongueurs.net/yn2008/newtalk
<DietCoke> kaboom?
<DietCoke> kaboom is <reply>What about my q-37 space modulator?
<jhorwitz> DietCoke: ever play the flash game where you have to pick the right urinal?
<DietCoke> no, but that's exactly the sort of thing I'm talking about, yes.
<jhorwitz> http://www.albinoblacksheep.com/flash/urinal
<particle> ah, perfect score.
<jhorwitz> men always have a perfect score
<jhorwitz> it's amazing
<purl> It's the mirrors
* jonathan doesn't tell anyone his score
% luca_ has joined #parrot
<Whiteknight> yeah, i did bad
* Whiteknight failed bathroom 101
<jhorwitz> did you try to socialize with the guy next to you?  ;-)
<Whiteknight> not overtly
<jonathan> Some of the cases are like, obvious.
<jonathan> Others are...well...less so.
<pmichaud> I'm getting a failure in S12-role/attributes.t in trunk.  expected?
% Zaba has joined #parrot
<jonathan> pmichaud: No.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<jonathan> What output?
<purl> output is probably different
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% tene_evalbot has joined #parrot
<Tene> cardinal: puts "I should probably test this in a different channel";
<tene_evalbot> No output (you need to produce output to STDOUT)
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<nopaste> "pmichaud" at 76.183.97.54 pasted "spectest regression failure -- S12-role/attributes.t" (30 lines) at http://nopaste.snit.ch/13244
<jonathan> OH!
<pmichaud> I'm also getting a failure in S29-list/grep.rakudo
<jonathan> r28282.
% tene_evalbot has joined #parrot
<Tene> cardinal: puts "foo";
<tene_evalbot> OUTPUT[foo␤]
* Tene prods DietCoke to try tcl: 
<jonathan> I'd fudged the one that is failing because of the continuation thing, then forget to remov the #pure.
<pmichaud> tcl: puts "foo";
<tene_evalbot> OUTPUT[Parrot VM: Can't stat languages/tcl/tcl.pbc, code 2.␤main: Packfile loading failed␤]
<jonathan> Well, I'd removed it. I'd forgotten to bheck it in.
<Tene> Oh, I didn't compile tcl.
<dalek> r28282 | jonathan++ | trunk:
<dalek> : [rakudo] S12-role/attributes.t is now fudged.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28282
<Tene> tcl: puts "foo";
<tene_evalbot> OUTPUT[foo␤]
% luca_ has left luca_!~lucax@78.13.103.1
* Tene runs 'make' in languages/
<pmichaud> APL: 1
<pmichaud> :-P
<jhorwitz> particle: you're creating lightning live, right?
% IllvilJa has joined #parrot
<pmichaud> going to yapc::na 2008?
<pmichaud> going to yapc?
<purl> See : going to yapc::na or yapc::whatever or cwest, uri, DrForr
<pmichaud> going to yapc::na ?
<purl> going to yapc::na is hachi, particle, Coke, cotto, DrForr, rjbs, confound, hobbs, Alias, jjore, pmichaud, allison, uri, chargrill, Abigail, stevan, waltman, PerlJam, lucs or theory
<pmichaud> ...PerlJam is going to yapc::na?
<pmichaud> cooooool
<jhorwitz> purl, going to yapc::na is also jhorwitz
<purl> okay, jhorwitz.
<pmichaud> jhorwitz is going to yapc::na?
<pmichaud> cooooool
<pmichaud> :-)
<jhorwitz> i hear attendance is mandatory for speaking
<jonathan> going to yapc::eu?
<purl> going to yapc::eu is (: going to YAPC::EU 2008)
<jonathan> going to YAPC::EU 2008?
<purl> going to YAPC::EU 2008 is ambs, smash, allison, cognominal, cog, root, pmichaud, hex (hopefully), Abigail or tsee and Tux and Nicholas or Hinrik or Alias
<jhorwitz> particle: talk submitted
<jonathan> going to YAPC::EU 2008 is also jonathan
<purl> okay, jonathan.
<cognominal> hum, there is a parrot hackathon too?
<jonathan> cognominal: que YAPC? NA ou EU?
<pmichaud> rumor was that there would be hackathon days immediately before and after yapc::eu
<cognominal> EU
<Patterner> going to YAPC::EU 2008 is also Patterner
<purl> okay, Patterner.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<cognominal> not rich enough to go to the states and not willin to go with the current government
% tene_evalbot has joined #parrot
<Tene> APL: 1
<tene_evalbot> OUTPUT[1␤]
<pmichaud> aiiigh!
<pmichaud> APL: 1 3 +
<tene_evalbot> OUTPUT[Syntax error at line 1, near " +"␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;APL::Grammar;statement' pc 3490 (src/gen_grammar.pir:364)␤called from Sub 'parrot;APL::Grammar;statement_list' pc 2914
<tene_evalbot> ..(src/gen_grammar.pir:146)␤called from Sub 'parrot;APL::Grammar;TOP' pc 2705 ...
<pmichaud> APL: 1+3
<tene_evalbot> OUTPUT[4␤]
<purl> 4
<Tene> Should I just grab everything in languages/ ?
<pmichaud> now *that's* a lightning talk -- what funny languages can we stick on IRC?  ;-)
<DietCoke> tcl: puts [expr sin(3)-2**4]
<tene_evalbot> OUTPUT[-15.85887999194013␤]
<jonathan> lolcode: VIZIBLE 'OH HAI'
<DietCoke> tcl: puts \u1234
<tene_evalbot> OUTPUT[ሴ␤]
<jhorwitz> I CAN HAZ LOLCODE_EVALCAT?
<Infinoid> I've been trying to figure out how to do an befunge evalbot
<jonathan> Please do bf.
<jonathan> ;-)
<diakopter> that's quite the evalglot
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% tene_evalbot has joined #parrot
<Tene> The problem with lolcode is its mandatory block circumfix header footer things.
<Tene> it doesn't like single statements.
<Tene> I should fix that.  TO HELL WITH SPEC.  WE NEED EVALBOTS.
<pmichaud> I CAN CHANGEZ SPEC?
<DietCoke> you could always have the eval bot do a wrap for lolcode.
<Tene> I certainly could.
<DietCoke> mmm, lolwrap.
<Tene> Right now it's qw(abc APL bf cardinal lolcode lua pheme plumhead punie pynia squaak tcl)
<diakopter> lolcode: WAIT FOR IT \
<tene_evalbot> OUTPUT[Failed to parse source␤current instr.: 'parrot;PCT::HLLCompiler;panic' pc 156 (src/PCT/HLLCompiler.pir:103)␤called from Sub 'parrot;PCT::HLLCompiler;parse' pc 589 (src/PCT/HLLCompiler.pir:356)␤called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:291)␤called from
<tene_evalbot> ..Sub 'parrot;PCT::HLLCompiler;eval' pc 753 (src/P...
<Tene> Hm...  needs a newline-translator for bf.
<pmichaud> finally!  spectest_regression passing!
<DietCoke> !
<jonathan> pmichaud: With new Range code?
<pmichaud> yes.
<pmichaud> Infinoid: see if r28284 fixes things.  Note that one also has to do 'make' from parrot dir in order to rebuild P6object.pbc .
<dalek> r28283 | pmichaud++ | trunk:
<dalek> : [p6object]:
<dalek> : * Turns out we can't quite trust Parrot's MMD for get_parrotclass
<dalek> :   to always dtrt, so refactor to explicitly code the preferences
<dalek> :   we want.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28283
<dalek> r28284 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Refactor Range a bit.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28284
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% tene_evalbot has joined #parrot
<Tene> cardinal: puts "zomg";
<tene_evalbot> OUTPUT[zomg␤]
<japhb> Tene++ # The polyglot evalbot we always wanted
<Tene> justasec, it's about to get awesome.
<Tene> Wait for it.
<japhb> :-)
* jhorwitz is dying from the anticipation
<japhb> Tene: does forth work?
<Tene> no idea.
* japhb is dying to do forth jokes via evalbot ... ;-)
<japhb> .oO( I need to port gjbforth to Parrot one of these days ... )
<DietCoke> tcl: set i 1; while {$i < 20} { incr i}; puts $i
<tene_evalbot> OUTPUT[20␤]
<DietCoke> tcl: error "this should be fun."
<tene_evalbot> OUTPUT[this should be fun.␤]
<DietCoke> what? you lie. =-)
<DietCoke> tcl: return "die"
<tene_evalbot> OUTPUT[die␤]
<DietCoke> freaky.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<cotto_work> Tene, no perl6?
<cotto_work> or is that the awesome?
% tene_evalbot has joined #parrot
<Tene> no perl6?  Oops.
<DietCoke> perl6: say "what what?"
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
* Tene adds perl6.
% tene_evalbot has joined #parrot
<Tene> perl6: say "foo"
<Tene> Huh.
<Tene> cardinal: say "foo";
<Tene> Huh.
<pmichaud> Tene:  say "Huh.";
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<DietCoke> Huh.
<dalek> Jeff Horwitz | mod_parrot:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?mod_parrot
<jhorwitz> uh, hm.  i didn't make any changes there, just closed the window
<DietCoke> pmichaud: "can't trust parrot's MMD" - ticket coming on broken behavior?
<dalek> Jeff Horwitz | mod_parrot:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?mod_parrot
<pmichaud> DietCoke: it's a little difficult to describe at the moment.
<pmichaud> I'll see if I can narrow it down to a cleaner test case.
<pmichaud> and if so, then submit a ticket.
<DietCoke> danke
<pmichaud> jhorwitz: the page history shows a change made.
% tene_evalbot has joined #parrot
<jhorwitz> yeah, i think i typed something and it autosaved when i closed the window.
<Tene> perl6: say "foo"
<tene_evalbot> kp6: No output (you need to produce output to STDOUT)
<tene_evalbot> ..pugs: No output (you need to produce output to STDOUT)
<tene_evalbot> ..rakudo: No output (you need to produce output to STDOUT)
<jhorwitz> the last one was my correction to that.  :)
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% tene_evalbot has joined #parrot
<Tene> perl6: say "foo"
<tene_evalbot> kp6: No output (you need to produce output to STDOUT)
<tene_evalbot> ..pugs: No output (you need to produce output to STDOUT)
<tene_evalbot> ..rakudo: No output (you need to produce output to STDOUT)
<Tene> Wait, wtf is it getting kp6 and pugs and rakudo from?
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<Tene> oh
% tene_evalbot has joined #parrot
<Tene> perl6: say "foo"
<tene_evalbot> OUTPUT[foo␤]
<japhb> bc: 22 / 7
<purl> 3.14285714285714
<Tene> abc: 22 / 7
<purl> 3.14285714285714
<tene_evalbot> OUTPUT[3.14286␤]
<japhb> abc: 22 / 7
<purl> 3.14285714285714
<tene_evalbot> OUTPUT[3.14286␤]
<japhb> schweet
<japhb> There's a ticket to rename abc to bc, btw.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% tene_evalbot has joined #parrot
<Tene> perl6: say "foo"
<tene_evalbot> OUTPUT[foo␤]
<Tene> perl6pir: say "foo"
<tene_evalbot> OUTPUT[␤.namespace ␤.sub "_block11" ␤    .lex "$_", $P12␤    .lex "$/", $P13␤    $P14 = getinterp␤    push_eh no_match_to_copy␤    $P14 = $P14['lexpad';1]␤    pop_eh␤    if null $P14 goto no_match_to_copy␤    $P14 = $P14['$/']␤    store_lex '$/', $P14␤  no_match_to_copy:␤    .lex "$!", $P15␤    new
<tene_evalbot> ..$P16, "Perl6Str"␤    assign $P16, "foo"␤    $P1...
<Tene> Ack, that's not right.
<Tene> That was supposed to nopaste.  Why didn't it nopaste?
<DietCoke> tcl: puts [expr entier(3.141592654)]
<tene_evalbot> OUTPUT[3␤]
<pmichaud> I don't think I want to rename abc to bc.
<japhb> pmichaud: bc -> bcd?
<japhb> er, abc -> bcd?
<japhb> or bcbc, or some other variant.
<japhb> ISTR the ticket's point is that there already is a real language named abc, no relation to bc.
<pmichaud> I knew about 'abc' (the python precursor) when we started abc, and decided to use abc anyway.
<pmichaud> (with approvals from people on #parrot).
<japhb> Ah, OK.
<Whiteknight> "pbc" would be better, since it's Parrot's bc
<japhb> That I like.
<pmichaud> also, it's explicitly not intended to be a 'bc' workalike.
<pmichaud> 'pbc' already has another meaning in Parrot-speak.
<japhb> true
<japhb> Maybe that's why it seemed so catchy.  ;-)
<diakopter> pabc
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
<pmichaud> I like 'abc' because it's intended to be a tutorial for compiler writing.
<pmichaud> so 'abc' is a good name for that.
<pmichaud> (learn your a b c's!)
<DietCoke> we can hash this out again if someone else actually does decide to target parrot with that, but I think now let's reject the proposal and move on. =-)
<Whiteknight> so if we do decide to implement the python precursor, we can call that pabc
<DietCoke> pebkac
<pmichaud> if someone is seriously interested in targeting the pre-python abc, then I'd rather steer them to working on pynie.
<pmichaud> and python's abc can be pyabc  :-)
% tene_evalbot has joined #parrot
<japhb> :-)
<pmichaud> or parabc
<japhb> Which one is pynie now?
<Tene> perl6pir: say "foo"
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (20 lines) at http://nopaste.snit.ch/13245
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (42 lines) at http://nopaste.snit.ch/13246
<tene_evalbot> No output (you need to produce output to STDOUT)
<pmichaud> pynie:  python on parrot.
<jonathan> rakudo: say "foo"
<Tene> two pastes?
<jonathan> perl6: say "foo"
<tene_evalbot> OUTPUT[foo␤]
<japhb> I thought that was something else ... oh, right, multiple attempts, right?
<jonathan> perl6: role Perl { method x { say self.WHAT } }; class Hacker does Perl { }; print 'Just Another ' ~ Perl ~ ' '; Hacker.new.x
<tene_evalbot> OUTPUT[Just Another Perl Hacker␤]
<pmichaud> scary.
<Whiteknight> awesome
<japhb> indeed.
<pmichaud> afk for a while -- gotta make some yapc::na travel preparations.
<Tene> perl6past: role Perl { method x { say self.WHAT } }; class Hacker does Perl { }; print 'Just Another ' ~ Perl ~ ' '; Hacker.new.x
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (303 lines) at http://nopaste.snit.ch/13247
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (360 lines) at http://nopaste.snit.ch/13248
<tene_evalbot> No output (you need to produce output to STDOUT)
<pmichaud> how about "perl6,past"  or "perl6-past" or something like that?
<pmichaud> anyway, afk.
<Tene> pmichaud: choose between them and I'll change it
<japhb> Tene: - looks marginally more natural to me
<japhb> The double pastes -- before and after some transform?  They are subtly different.
<Tene> Yeah, something weird... checking...
<Tene> Oh, it checks if there's no output and wraps the program in '( ( do { ... } ).perl ).print'
<Tene> Hm.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% tene_evalbot has joined #parrot
<Tene> perl6-pir: say "foo"
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (20 lines) at http://nopaste.snit.ch/13249
<tene_evalbot> OUTPUT[NOPASTE␤]
<Tene> There we go.
<Tene> So, any offers to host it?
<japhb> Wish I could -- but I have no externally accessible servers
<Tene> I'll put it on the server in my apartment for now.  I'm moving this coming week, though.
<diakopter> Tene: why not ask moritz
<Tene> moritz: diakopter says that you like hosting bots.
<diakopter> :)
<Tene> moritz: diakopter said that you'll bake me a cake.
% slightlyoff has joined #parrot
% cjfields has left cjfields!~cjfields@cjfields.igb.uiuc.edu
<Tene> I'll ask about running it on my company's development server next week.
<Tene> This is a very slow box, so rebuilds won't be too frequent.
* particle likes perl6.past because . looks like a target
<japhb> I can jump on that bandwagon.
<japhb> It looks like a method call on the compiler to me, and that makes sense given what it does.
<Tene> Still waiting for languages to compile on the server it's going to run on for now.
<Tene> just getting to tcl.
<particle> tene: i'm pretty sure it could be hosted on feather
<particle> do you have an account there?
<particle> that's where thet #perl6 evalbot is
<Tene> Yeah, but then I'd have to figure out if there's a regularly-updated parrot tree there.
<particle> feather1 iirc
<particle> tene: there is, for sure
<diakopter> particle: no, the #perl6 evalbot is not on feather
<diakopter> it's on moritz' server
<diakopter> hence me suggesting asking moritz :D
<particle> ah, ok then
<particle> i thought there was a feather vm for evalbots
<diakopter> there is, but no one has used it
<particle> aha
<Tene> HAY JUERD
<particle> well why the heck not? it's there, begging to be used!
<Tene> HAY JUERD I HAVE AN EVALBOT FOR FEATHER
<diakopter> I guess b/c it would take some effort to figure out how Juerd set up the VM/jail(s)
<Tene> Huh.  When I try to run it on this box, it just says 'illegal instruction'
<Tene> Weird.
% tene_evalbot has left tene_evalbot!~evalbot@216.98.223.199
% iblechbot has left iblechbot!~iblechbot@50.18-dial.augustakom.net
% polyglotbot has joined #parrot
<Tene> perl6: say 'foo'
<polyglotbot> OUTPUT[foo␤]
<Tene> perl6.paste: say 'foo'
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (1 line) at http://nopaste.snit.ch/13250
<polyglotbot> OUTPUT[NOPASTE␤]
<Tene> perl6.parse: say 'foo'
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (53 lines) at http://nopaste.snit.ch/13251
<polyglotbot> OUTPUT[NOPASTE␤]
<Tene> perl6.past: say 'foo'
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (49 lines) at http://nopaste.snit.ch/13252
<polyglotbot> OUTPUT[NOPASTE␤]
<Tene> perl6.pir: say 'foo'
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 paste" (20 lines) at http://nopaste.snit.ch/13253
<polyglotbot> OUTPUT[NOPASTE␤]
% polyglotbot has left polyglotbot!~evalbot@216.98.223.199
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% polyglotbot has joined #parrot
<Tene> There we go.
<Tene> I'm satisfied with it for now.
% Zaba has joined #parrot
<particle> jhorwitz: Bring in the bottled lightning
<particle> the parrot compiler toolkit is parrot's bottled lightning. in five minutes, i'll create a parser, compiler, and tests for a turing-complete language.
<particle> *called 'lightning'.
% Limbic_Region has joined #parrot
<Tene> perl6.parse: say 'foo'
<nopaste> "polyglotbot" at 216.98.223.199 pasted "perl6 parse paste" (53 lines) at http://nopaste.snit.ch/13254
<polyglotbot> OUTPUT[NOPASTE␤]
<cotto_work> how do lightning talks usually go?
<cotto_work> back to back, or with breaks at intervals
* Tene svn co on feather1
<particle> yeehah, i have control of parrot.org now
<Tene> /usr/bin/parrot on feather1 is linked to audreyt's homedir, which was last updated in 2006, it looks like.
<cotto_work> particle++
<particle> now, to get hosting...
% Ademan has left Ademan!~dan@h-67-101-102-123.snfccasy.dynamic.covad.net
% polyglotbot has left polyglotbot!~evalbot@216.98.223.199
<japhb> Tene: Does polyglotbot need to bother to say OUTPUT[NOPASTE]?  Pastebots announce themselves by default anyway.
<japhb> s/themselves/the pastes/
<Tene> Hm.  Sure, I can make that go in the other direction.
<japhb> clutter--
<Tene> There it should work now, if I was able to run it on feather.
<Whiteknight> back, for now
<Whiteknight> ...wrong window...
% Ivatar has left Ivatar!~graham@tu055.demon.co.uk
% smash has joined #parrot
<smash> hello everyone
<Whiteknight> hello
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% tetragon has joined #parrot
<dalek> r28285 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] basics of the function to mark children of the current node.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28285
% polyglotbot has joined #parrot
<Tene> perl6: say "HAY GUYZ IM AN EVALBOT"
<polyglotbot> OUTPUT[Null PMC access in get_string()␤current instr.: 'parrot;P6metaclass;add_parent' pc 119 (runtime/parrot/library/P6object.pir:137)␤called from Sub 'parrot;P6metaclass;add_parent' pc 241 (runtime/parrot/library/P6object.pir:215)␤called from Sub 'parrot;P6metaclass;register' pc 411
<polyglotbot> ..(runtime/parrot/library/P6object.pir:295)␤called from Sub 'pa...
<Tene> Huh.
<Whiteknight> i'd say that isn't correct
* Tene rebuilds parrot on feather3
* jonathan breathes a sigh of relief, thinking that he might just have got role-private attributes cracked.
<jonathan> Or close enough for now, anyways
<Whiteknight> jonathan++
<dalek> r28286 | jonathan++ | trunk:
<dalek> : [rakudo] Implement role-private attributes. These, declared as 'my $!spleen', are not visible outside of the role (unless you use 'trusts' (which isn't implemented yet)).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28286
<jonathan> Which if I'm right means I've now dealt with the directly attribute-related things about roles from S12. Which is what I'd hoped to do today.
<Tene> perl6: say "HAY GUYZ IM AN EVALBOT"
<polyglotbot> OUTPUT[HAY GUYZ IM AN EVALBOT␤]
<Tene> perl6.paste: say "foo"
* jonathan grabs a beer and writes up his report
<Tene> perl6.paste: say "foo"
<nopaste> "polyglotbot" at 193.200.132.146 pasted "perl6 paste" (1 line) at http://nopaste.snit.ch/13256
<Tene> yay!
<Tene> cardinal.pir: puts "foo";
<nopaste> "polyglotbot" at 193.200.132.146 pasted "cardinal pir paste" (13 lines) at http://nopaste.snit.ch/13257
<Tene> I'm pleased. :)
<japhb> awesome
<japhb> Tene++ again
<japhb> "Awesome speech!"
<jonathan> Tene++ # this will be useful
<Tene> Okay, it should be updating parrot every 15 minutes.
<japhb> Tene: does it check whether it needs to?
<Tene> Nope.
<japhb> (rebuild, that is)
<Tene> I don't know the svn way of doing that.
<Tene> I'm just relying on make.
<japhb> Ah.
<Tene> does 'svn up' return failure if there are no updates
<Tene> ?
<japhb> Might be nice to have a way to tell the bot that 'svn up; make' is not sufficient, and that it needs 'make realclean; svn up; perl Configure.pl; make'
<japhb> Tene: Hmmm, ISTR so.
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<Tene> Oh, then it won't rebuild if no updates.
% kid51 has joined #parrot
% cotto_work has left cotto_work!~cotto@tide534.microsoft.com
<Tene> Also a way to get the current rev might be nice.
<Tene> That's all I'm doing today, though.
<japhb> 'svn info' gets you rev
<Tene> japhb: I meant a command for the bot to get it to report.
<japhb> Oh, right
<Tene> karma tene
<purl> tene has karma of 87
<japhb> Tene: sigh, exit code from 'svn up' doesn't seem to change
<Tene> :/
<japhb> I guess check revision before and after update
% ank has joined #parrot
<Tene> write a shell script to do it for me.
<Tene> I'm busy operating a stapler.
<jonathan> Hack: see how many lines out output svn up gives. If only one, then it didn't update anything. ;-)
<japhb> Tene: perl -e 'sub get_rev { my $rev_line = `svn info |grep "^Revision: "`; my ($rev) = $rev_line =~ /(\d+)/; return $rev}; my $old_rev = get_rev; `svn up`; my $new_rev = get_rev; exit($old_rev != $new_rev);'
<japhb> That could be golfed a LOT, but there's the start
<japhb> Most of the time, my 'shell scripts' are perl one-liners.  :-)
% teknomunk has joined #parrot
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
<dalek> r28287 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Add missing pir_coda and pod closing to Range.pir.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28287
% smash has left smash!~smash@bl9-208-25.dsl.telepac.pt
<jonathan> Report: http://use.perl.org/~JonathanWorthington/journal/36677
<jonathan> ...so much for an early night...geck!
* jonathan sleeps
<PerlJam> jonathan++
<Tene> jonathan: s/someone/some/
<dalek> r28288 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * remove obsolete "compiler_directive" rule from grammar
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28288
<dalek> r28289 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] comments and small fixes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28289
% obra is now known as sanka
% sanka is now known as obra
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
<dalek> r28290 | jhorwitz++ | trunk:
<dalek> : implement 'slurp' and 'close' builtins
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28290
% particle1 has joined #parrot
% particle has left particle!~particle@c-98-232-7-104.hsd1.wa.comcast.net
% cjfields has joined #parrot
<Tene> Sweet, I now have a place to live for another year.
% bacek_ has joined #parrot
<bacek_> g'day
<Patterner> found a nice bridge, eh?
% jhorwitz has left jhorwitz!~chatzilla@96.245.16.45
% cjfields has left cjfields!~cjfields@adsl-99-147-13-186.dsl.chmpil.sbcglobal.net
<Tene> Exactly!
<purl> i think Exactly! is it not awesome?
% davidfetter has joined #parrot
% kid51 is now known as kid51_afk
% kid51_afk has left kid51_afk!~jkeen@pool-68-237-17-14.ny325.east.verizon.net
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% TiMBuS has joined #parrot
% Ademan has joined #parrot
<DietCoke> purl, forget Exactly
<purl> DietCoke: I forgot exactly
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% cognominal has left cognominal!~cognomina@82.67.232.89
<dalek> r28291 | japhb++ | trunk:
<dalek> : [Bench] Add float4.pir struct packing benchmark
<dalek> : * Add float4.pir benchmark, testing four ways to pack a float4 structure:
<dalek> :   + First element contains 4-element array of floats
<dalek> :   + Named element contains 4-element array of floats
<dalek> :   + Four numbered elements each contain one float
<dalek> :   + Four named elements each contain one float
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28291
<dalek> r28292 | japhb++ | trunk:
<dalek> : Setting metadata on float4.pir
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28292
% grim_fandango has joined #parrot
% Whiteknight has left Whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<dalek> r28293 | japhb++ | trunk:
<dalek> : [NEWS] OpenGL porting update; add float4.pir note
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28293
<dalek> r28294 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Fix pod in Range.pir.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28294
<dalek> r28295 | pmichaud++ | trunk:
<dalek> : [core]:
<dalek> : * Enable CCLASS_NEWLINE propery for unicode strings.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28295
% tetragon has left tetragon!~seneca@76-10-171-48.dsl.teksavvy.com
<dalek> r28296 | pmichaud++ | trunk:
<dalek> : [pct]:
<dalek> : * Add 'transcode' option to HLLCompiler to allow HLLs to
<dalek> :   down-transcode program source into a representation that
<dalek> :   allows quicker processing.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28296
<dalek> r28297 | pmichaud++ | trunk:
<dalek> : [nqp]:
<dalek> : * NQP defaults to reading source as utf8/unicode,
<dalek> :   but will attempt to transcode down to ascii for
<dalek> :   faster processing.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28297
<dalek> r28298 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Default reading program source as utf8.
<dalek> : * Use HLLCompiler's transcode option to try to down-transcode
<dalek> :   the utf8 source to iso-8859-1 before compiling it.  If that
<dalek> :   succeeds, we get a speed win; if not, then at least the program
<dalek> :   will still execute (modulo any exceptions due to unavailable ICU).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28298
% gmansi has joined #parrot
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167934364.dsl.bell.ca
<dalek> r28299 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Allow uppercase hex characters in \x... escapes.
<dalek> : * S02-literals/hex_chars.t passes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28299
% tetragon has joined #parrot
<dalek> r28300 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Mark S02-literals/hex_chars.t as #pure.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28300
% pmichaud has left pmichaud!pmichaud@feather.perl6.nl
% pmichaud has joined #parrot
<TiMBuS> hmm.. is it normal for 'token' type grammars to 'overshadow' each other? like say if you have {'i' | 'ia'} it doesnt ever match ia?
<TiMBuS> token funccall { | 'i' {*} | 'ifte' {*} } never matches ifte. it does if i use 'rule' but then i capture the space after it.
<pmichaud> currently in PGE the longest pattern has to go first.
<pmichaud> when we implement longest-token-matching semantics on | then the order won't matter.
<TiMBuS> ah
<pmichaud> can also get around it by forcing a word boundary
<pmichaud> token funccall { | 'i' >> {*} | 'ifte' >> {*} }
<pmichaud> that might be safer anyway, since you don't want   input to be treated as a function call to 'i'
<particle1> but that gets ugly fast
<pmichaud> er, 'input'
% particle1 is now known as particle
% teknomunk has left teknomunk!~teknomunk@r74-195-239-111.stl1cmta01.stwrok.ok.dh.suddenlink.net
<TiMBuS> its cool, 'input' gets matched as a user function
<TiMBuS> it works as intended, i wont question it
% Infinoid has left Infinoid!infinoid@quack.glines.org
% Infinoid has joined #parrot
<dalek> r28301 | japhb++ | trunk:
<dalek> : [OpenGL] New example 'shapes.pir', testing GL 1.x / GLUT 3.x APIs
<dalek> : * New example file examples/opengl/shapes.pir
<dalek> :   + Goal is to test "works everywhere" subset of GL/GLU/GLUT APIs
<dalek> :   + Will try to hit as much of that ancient subset as reasonable
<dalek> :   + First stub version (improved version of triangle.pir)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28301
<dalek> r28302 | japhb++ | trunk:
<dalek> : [OpenGL] Convert shapes.pir to new export API
<dalek> : * Convert examples/opengl/shapes.pir to use new OpenGL.pir
<dalek> :   function export API
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28302
<dalek> r28303 | japhb++ | trunk:
<dalek> : [OpenGL] Support visibility callback in shapes.pir
<dalek> : * First attempt at supporting visibility callback in examples/opengl/shapes.pir
<dalek> :   + On Debian-testing/GNOME, only shows are hitting; hides are not
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28303
<dalek> r28304 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: change floor; move triangle
<dalek> : * Change floor shape from square to annulus
<dalek> : * Move triangle from annulus center to its -Z area
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28304
<dalek> r28305 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: Rotate view
<dalek> : * Rotate view (and pull back somewhat)
<dalek> : * Minor visual tweaks
<dalek> : * Add comments
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28305
<dalek> r28306 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: Add teapot at +X
<dalek> : * Add lit cyan teapot at +X
<dalek> : * Position/rotate for nice reflections
<bacek_> git svn dcommit in action!
<dalek> : * Lighting and material aren't right
<dalek> :   (I'm not using the vector GL calls yet.)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28306
<dalek> r28307 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: Light teapot correctly
<dalek> : * Create global float4 structure definition
<dalek> : * Use it to pack structures for material color and light position
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28307
<japhb> bacek: *
<dalek> r28308 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: faster float4 packing
<dalek> : * Switch to fastest float4 packing method from float4.pir benchmark
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28308
<dalek> r28309 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: handle reshape; count frames
<dalek> : * Handle reshape events (as previously advertised)
<dalek> : * Count frames drawn (will be used for FPS calc eventually)
<japhb> er, bacek: :-)
<dalek> : * Clean up visibility callback
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28309
<dalek> r28310 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: display FPS for keyboard quit
<dalek> : * Display total FPS when quitting by keyboard request
<dalek> : * Automagically ignore paused time for FPS calc
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28310
<dalek> r28311 | japhb++ | trunk:
<dalek> : [OpenGL] shapes.pir: doc and MANIFEST updates
<dalek> : * Add shapes.pir to MANIFEST
<dalek> : * Mention shapes.pir in triangle.pir
<dalek> : * Mention examples in config/gen/opengl.pm docs
<dalek> : * Fix POD bugs in config/gen/opengl.pm
<bacek_> :)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28311
<japhb> bacek: have OpenGL and GLUT on your box?
<bacek_> japhb: never tried it
<japhb> Does Configure.pl say you have OpenGL?
<bacek_> just a sec
<bacek_> Determining if your platform supports OpenGL............yes, MacOSX_GLUT 5.
<japhb> So you should be able to do:
<japhb> ./parrot examples/opengl/triangle.pir
<japhb> and see a spinning triangle
<TiMBuS> hey cool i can do that
<bacek_> Ye! It works!
<japhb> And after updating to the most recent set of commits, try:
<japhb> ./parrot examples/opengl/shapes.pir
<japhb> (slightly more advanced, but still WIP)
<TiMBuS> loaded a bit slow
<TiMBuS> but cool
<TiMBuS> freeglut (examples/opengl/shapes.pir): Unable to create direct context rendering for window 'Test'
<japhb> TiMBuS: which one was slow?  Both?
<bacek_> japhb: I have to git svn rebase to obtain second one :)
<japhb> bacek_: :-)
<TiMBuS> just the second one
% Infinoid has left Infinoid!infinoid@quack.glines.org
* bacek_ running 'git stash; git svn rebase; git stash apply'
<japhb> Hmmm, I wonder why ....
<japhb> What does the second one report for FPS (when you exit using the escape or Q keys)?
<TiMBuS> FPS: 424.587
<TiMBuS> lawl
<bacek_> FPS: 96.5568
<japhb> wheee ...
<TiMBuS> might just be the xgl server
* japhb in the middle at 335 or so
<TiMBuS> i run compiz
<TiMBuS> gotta have a desktop cube..
<japhb> heh
<japhb> So for shapes.pir, do you both see a spinning RGB triangle and lit cyan teapot, reflected in a grey disc?  (Just want to make sure the basics are working.)
<TiMBuS> yep
<japhb> schweet
<japhb> I'm going to be adding more stuff to that one, but I figured there was enough to get people testing ....
<TiMBuS> is this 'Unable to create direct context rendering' thing a problem? maybe thats related to compiz as well..
% Infinoid has joined #parrot
<japhb> I believe that's GLUT telling you that compiz has inserted itself in the middle of your OpenGL pipe, yes.  Not something to worry about, it's just letting you know -- because if compiz *wasn't* there, it might indicate a problem with your GL drivers.
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
<TiMBuS> if i still had a radeon it wouldnt surprise me if it was a driver problem heh
<japhb> :-)
% Psyche^ has joined #parrot
<dalek> r28312 | japhb++ | trunk:
<dalek> : [NEWS] Add NEWS item for shapes.pir
<dalek> : * Forgot to add shapes.pir to NEWS
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28312
<dalek> r28313 | japhb++ | trunk:
<dalek> : [OpenGL] Set SVN props on shapes.pir
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28313
<japhb> And with that, I'm taking a break.
<cotto_home> going to yapc::na?
<purl> somebody said going to yapc::na was hachi, particle, Coke, cotto, DrForr, rjbs, confound, hobbs, Alias, jjore, pmichaud, allison, uri, chargrill, Abigail, stevan, waltman, PerlJam, lucs or theory or jhorwitz
% uniejo has joined #parrot
% Patterner has left Patterner!~Psyche@e177226138.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% cotto_home has left cotto_home!~cotto@75-92-237-130.sea.clearwire-dns.net