% iblechbot has joined #parrot
% pjcj has joined #parrot
% ruoso has left ruoso!~ruoso@81.84.156.87
% wknight8111 has joined #parrot
% integral has joined #parrot
% pjcj has left pjcj!~pjcj@84-73-177-217.dclient.hispeed.ch
<dalek> r26738 | kjs++ | trunk:
<dalek> : [pdd29] add more stuff to pdd29
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26738
% pjcj has joined #parrot
% pjcj has left pjcj!~pjcj@84-73-177-217.dclient.hispeed.ch
<dalek> r26739 | kjs++ | trunk:
<dalek> : [pdd29] fix a small layout thing; add a bit to synopsis for actions; add some HLLCompiler API methods.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26739
<dalek> r26740 | kjs++ | trunk:
<dalek> : [CREDITS] add a.k.a. and claim blame for some pct-based language updates
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26740
% ruoso has joined #parrot
<dalek> r26741 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - refactor (has_call_in_last_op)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26741
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-197-159.dynamic.mnet-online.de
% kid51 has joined #parrot
% muixirt has joined #parrot
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
% kid51 has left kid51!~jkeen@pool-71-247-38-63.nycmny.east.verizon.net
% iblechbot has joined #parrot
% iblechbot has left iblechbot!~iblechbot@231.18-dial.augustakom.net
% kj has joined #parrot
% tetragon has left tetragon!~seneca@216.126.67.44
% wknight8111 has joined #parrot
% jan has left jan!~chatzilla@89-253-66-101.customers.ownit.se
% skids has joined #parrot
<dalek> r26742 | coke++ | trunk:
<dalek> : [docs] correct help
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26742
% Patterner has left Patterner!~Psyche@e177235235.adsl.alicedsl.de
% Psyche^ has joined #parrot
% Psyche^ is now known as Patterner
% mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz
% mj41 has joined #parrot
% iblechbot has joined #parrot
% Andy has joined #parrot
% rdice has joined #parrot
% cognominal has left cognominal!~cognomina@82.67.232.89
% cognominal has joined #parrot
<dalek> r26743 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - reorg tree
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26743
<dalek> r26744 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - update doc
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26744
% GeJ_ has left GeJ_!~geraud@edna.nealab.net
% GeJ has joined #parrot
<cotto_home> Is there  generic way to figure out of a PMC is an aggregate from C?
<cotto_home> (I can use does('hash')||does('array'), but that's not particularly elegant)
* particl1 just booked tickets for yapc::na
<particl1> !does(scalar)
<cotto_home> cool
% particl1 is now known as particle
<particle> is that more elegant? :)
<cotto_home> if it works ;)
<particle> actually, it's 'provides' now iirc
<Tene> Hm.  I need to decide if I'm going to yapc::na and schedule time off.
<particle> no, it's 'does'
<particle> cotto_home: see src/pmc/exporter.pmc, look at the globals method on line 246
% jan has joined #parrot
<cotto_home> so basically, does('hash')||does('array') is inelegant, but it's at least fairly certain to work
<particle> it will work.
<particle> as long as the pmclass declarations for the pmcs you're interested in use does
<particle> and they should. otherwise those pmc's aren't playing nice.
<cotto_home> it looks like !does('scalar') would also catch a library, but I think that can be safely ignored
% peeps[work] has joined #parrot
<Coke> given that does doesn't guarantee anything atm...
% pjcj has joined #parrot
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% grim_fandango_ has left grim_fandango_!~matt@bas2-kingston08-1167933634.dsl.bell.ca
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167933634.dsl.bell.ca
% teknomunk has left teknomunk!~teknomunk@ubuntubob.residential.okstate.edu
% teknomunk has joined #parrot
% PerlJam has joined #parrot
% Theory has joined #parrot
% sjansen has joined #parrot
% rdice has joined #parrot
<Tene> As far as I can tell, NQP doesn't support return?
<particle> implicit return of last statement iirc
<PerlJam> what do you need return for?
<Tene> Ahh, covered in TODO.pod
<particle> that's what i should do next... implement return.
<dalek> r26745 | fperrad++ | trunk:
<dalek> : [docs]
<dalek> : fix make hmtl (broken since r26726)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26745
* Tene playing with SDL in NQP.
% barney has joined #parrot
<dalek> r26746 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - refactor with Protomaker
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26746
% ruoso has left ruoso!~ruoso@195.23.92.2
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<Andy> Things I enjoy: chromatic snarking on github
<confound> long walks on the beach
<PerlJam> s/on github//  # chromatic usually snarks well
<dalek> r26747 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - add random library
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26747
% grim_fandango has joined #parrot
<dalek> r26748 | bernhard++ | trunk:
<dalek> : Satisfy trailing_space.t
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26748
% ambs has joined #parrot
<Andy> Anyone looked at gold yet?
<Andy> http://google-opensource.blogspot.com/2008/04/gold-google-releases-new-and-improved.html
<shorten> Andy's url is at http://xrl.us/biwti
* ambs looks at gold
<ambs> sounds good
* Andy wonders how much of Parrot build time is linking.
<particle> i expect very little
<particle> <10%
<Andy> Interesting that it's  not separate that I can see
<Andy> seems only to be in binutils.
% iblechbot has left iblechbot!~iblechbot@62.216.222.99
% ruoso has joined #parrot
% barney has left barney!~bernhard@dslb-084-058-175-249.pools.arcor-ip.net
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@d122186.adsl.hansenet.de
% Psyche^ is now known as Patterner
% mfredrickson has joined #parrot
<dalek> r26749 | coke++ | trunk:
<dalek> : [docs]
<dalek> : Fix PATH
<dalek> : Patch courtesy John Trammell
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26749
<Coke> ... I am still waiting for that commit to come bac...
% ambs_ has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% ambs_ has left ambs_!~ambs@255.92.54.77.rev.vodafone.pt
<Coke> never did come back. I had to kill it and cleanup. I blame kid51 for closing the svn ticket. :|
<cotto_work> Should a FixedPMCArray be accepting string indicies?
<cotto_work> atm they're being implicitly converted to int 0, which isn't exactly what one might expect
<cotto_work> er, ResizablePMCArray.
<cotto_work> probably several others too
<pmichaud> what about   $P0['123']  ?
<pmichaud> Is that converted to int 0 ?
<Coke> Honestly, I wouldn't want that to work.
<cotto_work> I'm thinking more like a['foo']
<Coke> yes, but pmichaud's case may be why that's in there.
<pmichaud> having 'foo' numify to 0 is very perlish
<Coke> which is why I don't want it. =-)
<pmichaud> you would prefer, say:   $S0 = '123'   $I0 = $S0    $P0[$I0]    ?
<pmichaud> doesn't that essentially do the same thing?
<particle> yes, but more slowly.
<pmichaud> if you're saying that perhaps RPA should throw an exception on a string key, I don't think I'd argue it too much
<Coke> I'd feel better about that. $P1['2e100'] = "boom"
<cotto_work> pmichaud, exactly the same thing, afaict
<pmichaud> well, $S0 = '2e100'   $I0 = $S0   $P0[$I0]   also results in "boom"
<pmichaud> cot	yes, what I wrote is alexactly the same thing, but slower
<Coke> Someone can always provide that behavior in an HLL PMC. 
<pmichaud> or disable it.  :-)
<Coke> True enough.
<cotto_work> I'd prefer to see more explosions by default
<pmichaud> as I said, I don't think I'd argue it too much.  At least not at this point, where it's not terribly important
<pmichaud> of more interest is the case of
<pmichaud> $P0 = new String;  $P0 = 'foo';   $P1 = array[$P0];
<pmichaud> in this case we're clearly going to numify $P0.  So there's a good argument we should do the same for string registers as well.
<cotto_work> where would be a good place to start fixing this?
<pmichaud> depends on what you mean by "fix"?
<cotto_work> that's true
% cout has left cout!~cout@c-68-58-247-49.hsd1.sc.comcast.net
<pmichaud> if you just want ResizablePMCArray to toss an exception when passed a string register or string constant as an index, then that's probably in src/pmc/resizablepmcarray.pmc
<cotto_work> my first instinct would be to die when a string doesn't represent a valid int
% Theory has joined #parrot
<pmichaud> if you want ResizablePMCArray to toss an exception when passed a PMC as an index (as opposed to numifying it), then PCT will probably have serious issues with that
<cotto_work> I want a more general behavior
<cotto_work> ResizablePMCArray just happened to be the Array type I was playing with at the time
<pmichaud> could do the same for the other array types, yes.
% cout has joined #parrot
<cotto_work> it looks like the easiest to make string_to_int explode, though I'm not sure if that would be an acceptable solution
<cotto_work> thoughts?
<purl> "I'm never here, I'm never here, I'm never here  /  never a bird, or a flower in the tree, or the pain of the respect thereof..."
<cotto_work> meh.  I guess it beats Warnock.
<particle> ->list please
<pmichaud> no, don't make string_to_int explode
<pmichaud> you mean you want to make   $I0 = $S0   stop working?
<cotto_work> depending on the contents of $S0
<pmichaud> I think that would be Really Bad.
<particle> extremely bad.
<particle> at the vm level, we know what we're doing when we write $I0 = $S0
<cotto_work> I figured it'd be something like that
<pmichaud> Parrot strings should always be able to numify.   If we want a string to explode when numified, then use a specialized string pmc for that
% barney has joined #parrot
% barney has left barney!~bernhard@dslb-084-058-175-249.pools.arcor-ip.net
% iblechbot has joined #parrot
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% rdice has joined #parrot
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% skids has left skids!bri@charon.clarku.edu
% IllvilJa has joined #parrot
% Andy has left Andy!~AndyL@host3130.follett.com
% skids has joined #parrot
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-205-79.dynamic.mnet-online.de
% Limbic_Region has joined #parrot
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% kid51 has joined #parrot
% peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
% Ademan has left Ademan!~dan@h-68-164-168-66.snfccasy.dynamic.covad.net
<dalek> r26750 | jkeenan++ | trunk:
<dalek> : (1) Per posting in http://rt.perl.org/rt3/Ticket/Display.html?id=52054, relaxing
<dalek> : requirement that each PDD have a SYNOPSIS.
<dalek> : (2) Making sure that pdd00_pdd.pod and pdd_template.pod have NAME, VERSION,
<dalek> : ABSTRACT, SYNOPSIS and DESCRIPTION in the same order.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26750
<dalek> r26751 | rgrjr++ | trunk:
<dalek> : * docs/compiler_faq.pod:
<dalek> :    + Update the NS deletion example.
<dalek> :    + Replace find_global with get_(hll|root)_global.  
<dalek> : * docs/pmc/subs.pod:
<dalek> :    + Ditto.  This could use a good deal more updating -- some of the
<dalek> :      examples use very old calling conventions -- but I'm not sure how
<dalek> :      to do this without changing PASM to PIR.
<dalek> : * docs/pdds/pdd23_exceptions.pod:
<dalek> : * docs/pdds/draft/pdd06_pasm.pod:
<dalek> :    + Ditto.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26751
<kid51> Oooh, let's see how well the pdds rgrjr just edited conform to the coding standards.
* kid51 re-ups
* kid51 re-runs t/codingstd/pdd_format.t
<kid51> pdd06_pasm.pod is *way* out of compliance -- but it's a draft with large chunks of text copied from this channel!
<kid51> But pdd23_exceptions.pod passes with flying colors! rgrjr++
<dalek> r26752 | jkeenan++ | trunk:
<dalek> : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26752
<dalek> r26753 | jkeenan++ | trunk:
<dalek> : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26753
<dalek> r26754 | jkeenan++ | trunk:
<dalek> : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26754
<dalek> r26755 | jkeenan++ | trunk:
<dalek> : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Ticket/Display.html?id=52054).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26755
<dalek> r26756 | jkeenan++ | trunk:
<dalek> : This progam is not a build tool; it's a developer's tool.  Repositioning per suggestion from chromatic in http://rt.perl.org/rt3/Ticket/Display.html?id=52472.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26756
% muixirt2 has joined #parrot
% muixirt2 has left muixirt2!~user@p57B4DD0D.dip.t-dialin.net
% rdice has joined #parrot
% muixirt has left muixirt!~user@p57B4DE9C.dip.t-dialin.net
% guru has joined #parrot
% TonyC has left TonyC!~tony@202-154-105-237.people.net.au
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
% nopaste has joined #parrot
% skv_ has joined #parrot
% skv has left skv!~skv@87.242.97.68
% skv_ is now known as skv
% skv_ has joined #parrot
% skv has left skv!~skv@87.242.97.36
% skv_ is now known as skv
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% Theory has joined #parrot
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
% particle has joined #parrot
% davidfetter has left davidfetter!~davidfett@start.fetter.org
<dalek> r26757 | jkeenan++ | trunk:
<dalek> : Eliminate hardcoded directory languages/lua/pmc.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26757
<dalek> r26758 | jkeenan++ | trunk:
<dalek> : Correct number of tests in plan.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26758
% mfredrickson has left mfredrickson!~mark@216-250-178-58.dsl.iphouse.net
<dalek> r26759 | jkeenan++ | trunk:
<dalek> : Correct POD formatting error.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26759
<dalek> r26760 | jkeenan++ | trunk:
<dalek> : Make it pass the linelength codingstd test.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26760
% guru has left guru!~guru@bas7-toronto01-1177859693.dsl.bell.ca
<dalek> r26761 | jkeenan++ | trunk:
<dalek> : Applying patch submitted in
<dalek> : http://rt.perl.org/rt3/Ticket/Display.html?id=40817.  This will log files
<dalek> : created during configuration in new file MANIFEST.configure.generated.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26761
<kid51> Hmm:  Nobody here but me and a bot for the past 3 hours ...
% jan has left jan!~chatzilla@90-229-128-103-no52.tbcn.telia.com
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% nopaste has joined #parrot
<Infinoid> kid51: thanks for keeping the bot busy :)
% silug has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
% rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
<Coke> kid51: ? did you commit a change to say "don't exlude lua from the codingstd tests" and then a bug to say "lua fails the codingstd tests" ?
% davidfetter has joined #parrot
<cotto_home> and suddenly...
<purl> it has been said that suddenly is disturbed that the avg. high breaks 70 4 months out of the year
<cotto_home> nothing happened
% tewk has left tewk!~tewk@ekstrom.org
<cotto_home> purl, forget suddenly
<purl> cotto_home: I forgot suddenly
<Coke> merging slooooow
<kid51> Coke:  I was dealing with a series of failing tests in make test.   The first was t/perl/Parrot_Distribution.t
<kid51> The svn_id and linelength failures are in a file generated from Parse:Yapp.
<Coke> ah. you edited the PD test file, not PD itself. ok.
<Coke> carry on. =-)
<kid51> I'm not sure how to handle those Parse::Yapp files.  So if there's a better approach, take it.
<Coke> ignore then.
<Coke> "them."
* kid51 must sleep
<purl> $kid51->sleep(8 * 3600);
<Coke> buenos suenos; hasta manana.
% kid51 has left kid51!~jkeen@pool-70-107-6-168.ny325.east.verizon.net
<Coke> ... I could have taken a nap waiting for this 'svn merge' to finish... still going...
<pmichaud> mmmmm nap
<pmichaud> okay, I'm confused on hackathoning for yapc::na.  Will it be better for me to attend the parrot hackathon (pre conference) or the general hackthon (post conference)?  I don't think I can do both.
<Coke> I will be there before.
<Coke> plane tickets already purchased. So use that as you will.
<pmichaud> I'm pretty sure particle will be there before as well, so I guess I'll target that
<Coke> I have a conflict in compilers/imcc/imcparser.c; that's a generated file, neh?
<Coke> er, rather, "how do I regenerate this file." =-)
<Coke> wow. I'm shamed to admit it's in the first 5 lines of the file.
<Coke> (not that that command works as written)
<pmichaud> coke:  going on fri night or sat morning?
<Coke> I'll be there friday night, but I don't know how late my flight gets in.
<Coke> but I can definitely meet up, given I don't have to be anywhere sat morning.
<pmichaud> I can get a ticket ($99) that puts me at Chicago Midway at 10:05am on Saturday
<pmichaud> or I can get one for Friday morning ($99) but then I don't have anything to do all day Fri
<Coke> ok. does --maintainer actually regen the gen'd files, or do you have to 'make' for that to take?
<Coke> I have to work friday, I'm hopping the plane right after work.
<pmichaud> if I go Fri evening it's almost twice as expensive
<pmichaud> so I'm wondering if Sat noon is early enough or if I should try to get there earlier
<Coke> I'm sure that'll be fine.
<pmichaud> yeah, I think I'll book for early Sat for now
<pmichaud> I can switch later w/o trouble.  And it would be good to see the kids Fri night before leaving for the week
<Coke> there goes another day.
% Andy has joined #parrot
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
<Coke> seen chromatic?
<purl> chromatic was last seen on #parrot 2 days and 22 hours ago, saying: msg Coke Does http://nopaste.snit.ch/12609 make sense for fixing t/compilers/imcc/syn/regressions.t?  [Apr  1 23:44:15 2008]
% Andy has left Andy!~Andy@64.81.227.163
<dalek> r26762 | coke++ | type_ids:
<dalek> : * merge changes 26610:26761 from trunk.
<dalek> : * update .const .foo -> .const 'Foo' in lua.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26762
<Coke> ... grrrr.
<Coke> that commit failed halfway through.
% chromatic has joined #parrot
<chromatic> You have to run make to regenerate.
<Coke> yah, figured it out, danke.
<chromatic> Do you want me to checkin that constant division op patch?
<Coke> So that commit failed on my end. but apparently at least partially went through. and when I do a svn up locally, I get an error.
<Coke> chromatic: The only thing it's missing is another test for the float version of the test, and unskipping the corresponding float op.
<chromatic> If you write the test, I'll fix the rest.
<chromatic> Ideally, we'll fix IMCC/PIRC to do the right thing with constants, but that's a different story.
<nopaste> "coke" at 72.228.52.192 pasted "I think this does it." (34 lines) at http://nopaste.snit.ch/12626
<chromatic> Kind of misleading output, neh?
<Coke> in that throwing an exception is ok?
<Coke> or the useless use of TAP in a non-TAP context?
<Coke> I can de-tapify it.
<Coke> hurm. it looks like my commit failure was actually during the update phase immediately following the commit.
<Coke> which restores my faith in atomic commits, anyway.
<chromatic> The test description suggests that division by zero is okay.
<chromatic> Per my reading anyway.
<Coke> 'throw catchable exception when dividing by ze
<Coke> ro with constants'
<Coke> ?
<chromatic> div_i_ic_ic throws div by zero exception
<Coke> it always did through the exception, though.
<Coke> the catchable part is the part we're fixing.
% silug has joined #parrot
<chromatic> Mostly aren't we testing that the ops exist now?
<Coke> no
<Coke> I'm testing that the exception that gets thrown is catchable.
<Coke> (and it's not if the opcode isn't found.)
<chromatic> Fair enough.
<chromatic> I'm rebuilding now.
<chromatic> ... and fixing the JIT.
<Coke> -DCANHASJIT?
<chromatic> More like CAN I HAZ PIE!
<Coke> mmmm, PIE
<chromatic> I know.  Suddenly I want pie.
<chromatic> Chicken pot pie.
<purl> i guess chicken pot pie is good.
<chromatic> Apple pie.
<purl> apple pie is at http://Bill.Gate's.face
<Coke> shepard's pie
<purl> shepard's pie is basically dry meat stew. :)
<chromatic> Key lime pie.  I ate one of those pies destined for Dan's face, you know.
<chromatic> Schwern handed me a bag with two pies in it and one of them didn't make it up on stage.
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
<Coke> chromatic: http://www.yelp.com/biz/house-of-pies-restaurant-and-bakery-houston-3 ... Sometimes I miss Houston. (It's actually the House of Pi, or at least was when I lieved there.)
<shorten> Coke's url is at http://xrl.us/bixo3
<chromatic> I know all of the words in the sentence "I miss Houston" but I have no idea what it means.
<dalek> r26763 | chromatic++ | trunk:
<dalek> : [ops] Enabled div_i_ic_ic and div_n_nc_nc opcodes temporarily, at least until
<dalek> : we can fix the PIR compiler to optimize away constant-denominator division (and
<dalek> : figure out how to handle division-by-zero exceptions).
<dalek> : Note that this invalidates bytecode, so you must make realclean if you want
<dalek> : your PBCs to work.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26763
<chromatic> RT #52454 is closeable.
<Coke> chromatic: note that we are already optimizing away constant division in all cases except where it throws an exception.
<Coke> chromatic: don't want to close until we get feedback from andy & anyone else who complained.
<chromatic> DO YOU TRUST ME OR NOT!
<chromatic> You have to make your own omelette?
% davidfetter has left davidfetter!~davidfett@start.fetter.org
<spinclad> query for the room:  does PBC have an API version number that could get incremented on bytecode-invalidating changes?  so that Parrot won't try to run something now nonsensical?  (and then in Makefile have *.pbc depend on the APIVersion file, for extra goodness)
<chromatic> I thought so, but I'm not sure we're using it.
<chromatic> The Bytecode PDD (13?) would know.
<chromatic> Or jonathan.
<purl> i guess jonathan is at jnthn@jnthn.net or Jonathan Worthington or the dotnet guy or c, according to coke
<Coke> ... wait, there's om-ba-lettes?
<spinclad> to perhaps explain better:  a copy of the API Version is stored in the PBC header, as well as the APIVersion file.
<spinclad> thanks, i'll check there...
<Coke> ... isn't that what PBC_COMPAT is? 
<Coke> spinclad: I think there's a ticket about those deps somewhere.
* Coke discovers RiffTrax. mmheheh
<spinclad> from PDD13, this would be the 'bytecode file version number', 'minor version number'.
* Coke kicks rt
<dalek> r26764 | coke++ | type_ids:
<dalek> : [DEPRECATED]
<dalek> : Remove VTABLE_type_keyed_str as per RT #48481.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26764
<spinclad> yes, that's PBC_COMPAT, thanks
<Coke> . o O (zzz)
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% nopaste has joined #parrot
<cotto_home> is there anything that'd be like does('iterator') ?
<cotto_home> preferably more elegant than *pmc->vtable->get_iter != Parrot_default_get_iter
<cotto_home> (I'm coming up with all kinds of bad ideas today.)
<cotto_home> nm.  it looks like arrays don't have to be able to make iterators