% ejs has joined #parrot
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% iblechbot has joined #parrot
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% IllvilJa has joined #parrot
% ejs has left ejs!~ejs@147-156-124-91.pool.ukrtel.net
% cosimo has joined #parrot
% ejs has joined #parrot
% ejs has left ejs!~ejs@80.91.178.218
% masak has joined #parrot
% iblechbot has left iblechbot!~iblechbot@243.16-dial.augustakom.net
% ejs has joined #parrot
% masak has left masak!~user@nl119-200-240.student.uu.se
<cognominal> bacek, jonathan is doing a lot of change to objects. I too have problem, with TYPECHECKPARAM
<moritz> I just tried to get a small grammar working in rakudo, and atm it's a total mess
<moritz> either all the syntaxes I tried are unsopported or broken, or I got stuff like "invoke() not implemented in class 'Hash'"
<moritz> let's wait 'til after the refactoring
<moritz> than I'll flood rakudo with bug reports/test cases
% Ivatar has joined #parrot
<cognominal> jonathan is in its way back home, probably
% UltraDM has joined #parrot
% ruoso has joined #parrot
% Zaba has joined #parrot
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% dcat_ has left dcat_!~dirtycat@ip70-188-6-59.rn.hr.cox.net
% braceta has joined #parrot
% braceta has left braceta!~Braceta@bl4-162-42.dsl.telepac.pt
% iblechbot has joined #parrot
<bacek> cognominal, actually problem in not-yet-implemented lasy lists.
<cognominal> I have problems with  TYPECHECKPARAM without Lazy List.
<cognominal> Thursday, I will be in the plane Paris-Toulouse with jonathan to go to the french workshop.
% braceta has joined #parrot
<bacek> seen pmichaud 
<purl> pmichaud was last seen on #parrot 22 hours and 34 minutes ago, saying: not all of the "syntactic sugar" options work yet, though. 
<bacek> hmm...
% tetragon has left tetragon!~seneca@216.126.67.44
<bacek> anyone have idea about [] and it difference from List? Looks like we have to implement Array class...
<Ivatar> I think it creates a List reference, so it can be stored as a single item inside another list without merging the two.
% iblechbot has left iblechbot!~iblechbot@212.18-dial.augustakom.net
<bacek> Ivatar, and how this two list can be distinguished without creating additional class? (Or adding additional field into List)
<Ivatar> references.  (basically pointers, but without direct access to the address).  I may be wrong on this, but that's the impression I got from reading the docs.
<Ivatar> I think [] vs. () is just syntactic sugar to tell the interpreter/compiler to keep it as a reference instead of merging.
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
<Ivatar> http://feather.perl6.nl/syn/S02.html#Lists -- the second paragraph under that heading mentions something about an item context returning a list within a list.
<bacek> Ivatar, already reading it...
% ank has left ank!~ank@ppp121-44-210-24.lns1.hba1.internode.on.net
% kid51 has joined #parrot
<dalek> r27813 | jkeenan++ | searchdocs:
<dalek> : Add more tests for Parrot::Docs::SearchOps.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27813
% Casan has joined #parrot
<bacek> pmichaud, when you arrive, please take a look at #54826. 
<bacek> I can't commit some updates in t/spec without it
<bacek> good night everyone. Time to sleep
% rdice has joined #parrot
% UltraDM has left UltraDM!~george@dasapass.avira.com
% paco has joined #parrot
<dalek> r27814 | jkeenan++ | searchdocs:
<dalek> : Add documentation, SVN Id line, coda.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27814
<cognominal> is there some parrot history somewhere?
<cognominal> I mean a timeline of the parrot release
<jonathan> cognominal: The CPAN distribution page, maybe?
<jonathan> Actually, not on way back home today....having working meeting in Stockholm. Home tomorrow, work wednesday, fly to France Thursday.
<cognominal> I got svn -r1
<cognominal> r1 | ask | 2001-08-29 13:36:49 +0200 (Wed, 29 Aug 2001) | 2 lines
<cognominal> first readme.
<jonathan> wow
<cognominal> at the pace of a camel it get there
<cognominal> jonathan, I am doing PCT and the regexen in my presentation. So you can skip that.
<cognominal> presentations (plural)
<jonathan> OK.
<jonathan> Will think of other things to do in my Rakudo talk. :-)
<cognominal> I guess you have plenty of material
<jonathan> yeah
<jonathan> Though I spent some time showing people PCT and match objects this time around.
<jonathan> ~But you are covering those quite a bit.
<jonathan> I'll just pimp my mutables. ;-)
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<cognominal> btw, I had problem with constants and TYPECHECK fonction    class Foo { constant toto = 3 };
<cognominal> http://www.parrotcode.org/docs/parrothist.html  # gotit
% cjfields has joined #parrot
<jonathan> cognominal: I didn't know they were implemented yet?
<cognominal> ok :)
<jonathan> (constant, that is)
<cognominal> so I should do   has $var = 4
% alin has joined #parrot
<cognominal> strange I remembered it compiled, 
<jonathan> cognominal: Default values in attributes don't work yet either.
<jonathan> That is something I want to do real soon though.
<jonathan> But, mutable refactoring and stuff first.
<cognominal> one thing  that would be great is to die nicely on unumplement edstuff
<cognominal> yea, better finish that :)
<jonathan> I always try to do this, when I put stuff in.
<jonathan> Better than silent failure.
<jonathan> I've gotta refactor the type checking.
% cjfields has left cjfields!~cjfields@adsl-76-199-15-240.dsl.chmpil.sbcglobal.net
<jonathan> I know that fixing that up should fix at least one of the remaining broken tests. But I hope for more.
<jonathan> It's about four spectest_regression tests that fail.
% ejs has left ejs!~ejs@nat.ironport.com
% kj has joined #parrot
<jonathan> cognominal: Just think, you can badger me about all these things and try to talk me into fixing them at FPW. :-)
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@g224105095.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<pmichaud> hello
<purl> que tal, pmichaud.
<jonathan> hi pm
<pmichaud> good afternoon, evening, or morning as appropriate :-)
<jonathan> Late afternoon, here in Stockholm.
<pmichaud> presentations went well?
<jonathan> Yes, I think so.
<jonathan> People seemed quite interested and asked lots of good questions.
<pmichaud> that's a good sign. 
<jonathan> Thing there was some general interest in doing stuff with PCT as well as Rakudo.
<jonathan> s/thing//
<jonathan> Someone asked about code coverage support.
<jonathan> Others about implementing IO and SmallTalk with PCT.
<pmichaud> hmmm, Smalltalk would be interesting.
<kj> good afternoon
<jonathan> Some academic folks working on a langauge compiling down to JVM at the moment were interested in a Parrot backend too.
<jonathan> And people seemed generally happy to see the progess on Rakudo.
<jonathan> *progress
<kj> I just saw you talking about smalltalk. I think that shouldn't be too hard. except it's difficult to find a proper grammar specification for it
<pmichaud> I'm happy.  I'm very happy to see progress on mutables.
<jonathan> Well, if I'm doing it right. ;-)
<pmichaud> so far I think it looks pretty good.
<jonathan> OK, that's a good sign.
<pmichaud> will mutables get %!properties ?
<jonathan> Going to refactor type check stuff.
<jonathan> I can't call it %!properties in C. :-(
<pmichaud> well, the equivalent.  :-)
<jonathan> But I added a properties attribute last night.
<jonathan> Not using it yet, just initializing it.
<pmichaud> I remember when properties were built-in to every PMC :-)
<jonathan> Not quite worked out how to implement VAR() and .VAR macros just yet.
<jonathan> Oh, wait, I think I did have an idea for that.
<pmichaud> I was thinking a special Mutable/PMC
% Theory has joined #parrot
<pmichaud> kinda along the lines of what we were doing with .Super
<jonathan> You get a VarMutable PMC back, or something with a good name (I always come up with sucky names) that does Stuff do the Mutable PMC itself.
<pmichaud> exactly.
<jonathan> s/do/to/
<jonathan> OK, good.
<jonathan> Glad we're figuring out this stuff in the same kinda way.
<pmichaud> that seems like the best bet for now.
<jonathan> We might even be getting it right...
<jonathan> Anyway, may do the type check refactor and clean up initialization stuff by using :viviself better tonight or tomorrow during my connection wait in Prague.
% teknomunk has joined #parrot
<jonathan> Then I'll see what's failing out of spectest_regression.
<pmichaud> okay.  I got to thinking about it more and I think you don't need :viviself -- just bind
<pmichaud> i.e., create the appropriate mutable, then bind it to a PAST::Var with isdecl set
<jonathan> Right, but then your AST end up with a PAST::Op node in it, where we'd get a cleaner implementation with a PAST::Var.
<jonathan> The special case code in .= can probably go away then.
<pmichaud> well, if it's lvalue semantics we need, PAST::OP will have or need to get those
<jonathan> having a PAST::Var and using :viviself feels cleaner to me.
<jonathan> Have you a reason not to use it?
<pmichaud> well, :viviself generally says what to do if the symbol is PMCNULL
<pmichaud> I don't know if it will force vivification at that point.
<pmichaud> (in the sense of forcing the creation of the mutable)
<jonathan> Ah.
<jonathan> OK.
<jonathan> Does not using viviself also let us get rid of all the vivify branches? If so, that's certainly a good thing.
<jonathan> Oh, have to go now!
<jonathan> Back in a bit...
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
<pmichaud> yes, not using viviself means we can get rid of all of the vivify branches.
<pmichaud> and that's what I'd really like to do.  Essentially we're moving vivification from the PIR code into the variable/PMC, which is a good thing.
<pmichaud> well, we may still have vivify branches for keyed access
<pmichaud> and possibly for package globals
% iblechbot has joined #parrot
% kid51 has left kid51!~jkeen@pool-68-237-9-154.ny325.east.verizon.net
<pmichaud> I really need a way to determine if a class implements a particular method or not.  :-(
<kj> isn't that what 'does' do?
<pmichaud> 'does' does roles
<pmichaud> normally it would be 'can'
<kj> but that doesn't work?
<kj> 'can', that is?
<pmichaud> it works on instances of a class, but not the class itself
<pmichaud> $P0 = get_class 'Foo'
<kj> shouldn't that be implemented on the class pmc then?
<pmichaud> 'can' on a class PMC means something different.
<pmichaud> it asks whether the class PMC can do something, not whether instances can do it
<kj> ah I see
<kj> that makes sense
<pmichaud> I'll just write a helper function to do it for now.
<kj> what does 'has' do?
<kj> attributes?
<purl> attributes are immutable or transactional
<moritz> kj: yes
% ejs has joined #parrot
% Psyche^ has joined #parrot
% Auzon has joined #parrot
% Patterner has left Patterner!~Psyche@e177238108.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<dalek> r27815 | pmichaud++ | trunk:
<dalek> : [p6object]:
<dalek> : * It seems to be really difficult to reliably determine what methods
<dalek> :   a PMCProxy has available.  So, rather than "add method x only if
<dalek> :   it doesn't already exist", we do the add and ignore any "method
<dalek> :   already exists" exception that results.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27815
<japhb> Any Mac OS X people about?
% NotFound has joined #parrot
<NotFound> Hello.
% gryphon has joined #parrot
<Patterner> japhb: depends on what you need them for...
<japhb> Patterner: simple question.  What is the proper capitalization of framework names?  'OpenGL.framework' or 'OpenGL.Framework' or 'OpenGL.FRAMEWORK' or ...?  I'm writing some porting documentation, and figured I might as well get it right.
<Patterner> Well, I'm not an expert, but from the Apple documentation I would say "OpenGL Framework" or "OpenGL framework"
<Patterner> but never "FRAMEWORK" :)
<Patterner> personally I would always use "OpenGL Framework"
<japhb> Fair enough.
<dalek> Conrad Schneiker | Parrot:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?parrot
<japhb> Do we have any Win64 users?
% braceta_ has joined #parrot
% braceta has left braceta!~Braceta@bl4-162-42.dsl.telepac.pt
% Zaba_ has joined #parrot
% braceta_ has left braceta_!~Braceta@bl4-48-6.dsl.telepac.pt
<pmichaud> I propose that we have rakudo's "make test" target also run Parrot's codingstd and metadata tests.
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<dalek> r27816 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Fix codingstds and metadata on rakudo files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27816
% braceta has joined #parrot
<japhb> pmichaud: definitely
<purl> Absolutely!
<japhb> purl, forget definitely
<purl> japhb: I forgot definitely
<dalek> r27817 | pmichaud++ | trunk:
<dalek> : [p6object]:
<dalek> : * Make 'register' a bit smarter about being passed a protoobject for a parent.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27817
% ruoso has left ruoso!~ruoso@195.23.92.2
<dalek> r27818 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Improve the mapping of Parrot's built-in types to Rakudo types.
<dalek> : * Resolves RT#54796.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27818
<NotFound> Soemone can test my last patch in #54602 on no-386?
% kj has left kj!~IceChat7@193.1.100.109
<dalek> r27819 | bernhard++ | trunk:
<dalek> : [c99]
<dalek> : Clean up files in src/cpp.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27819
% parrot-poke has joined #parrot
<parrot-poke> hey, "parrot-devel" on the web site still points to 0.6.1 instead of 0.6.2
% alin has left alin!~alinbsp@78.96.203.254
% wknight8111 has joined #parrot
<DietCoke> someone sent an email, fixing it now.
<DietCoke> fixed
% cjfields has joined #parrot
<cjfields> pmichaud: r27818 also fixes RT#54724
<cjfields> pmichaud++
<cjfields> I'll close it out
<pmichaud> yes, it does -- thanks for catching that.
<pmichaud> I'm working on figuring out what's up with Parrot's parameters
<wknight8111> Where should I put tests for PIR? languages/PIR/t?
<DietCoke> no.
<wknight8111> i didn't think so, but I couldn't find a place that screamed "appropriate"
<DietCoke> compilers/imcc/syn ?
<purl> compilers/imcc/syn is probably fine I guess
<DietCoke> there isn't an awesome place atm, but that'll work
% cjfields has left cjfields!~cjfields@adsl-76-199-15-240.dsl.chmpil.sbcglobal.net
<wknight8111> there isn't even a directory for compilers/imcc/syn yet. I should create it?
<DietCoke> hang on.
<purl> i think hang on. is this from the command prompt, or from within the ide?
<DietCoke> parrot/t/compilers/imcc/syn
<wknight8111> oh, that makes good sense
<japhb> purl, forget hang on.
<purl> japhb, I didn't have anything matching hang on
<japhb> purl, forget hang on. 
<purl> japhb: I forgot hang on.
<dalek> r27820 | Whiteknight++ | trunk:
<dalek> : [imcc] implementing #48549, allowing ".namespace" declaration to have empty brackets. Also adding 1 test to ensure this all works correctly.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27820
% wknight8111 is now known as whiteknight
* japhb finds macabre satisfaction in slowly trimming purl's memories
<cognominal> you had problem with HAL in a previous life?
<japhb> :-)
<cognominal> be HAL
<japhb> What bot does that?
<cognominal> purl, you ennemy
<purl> cognominal: what?
<cognominal> be thedude
<purl> Nobody calls me Lebowski. You got the wrong guy. I'm the Dude, man.
<cognominal> I forgot what PIR was acronym for :(
<japhb> Parrot Intermediate Representation, IIRC
<cognominal> ok, I thought that but was not sure, googl was not too helpful on that one
<dalek> r27821 | bernhard++ | trunk:
<dalek> : #43149 ([TODO] Fake header entry necessary in config/init/hints/linux.pm?)
<dalek> : i_lib_pthread seems to be unused.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27821
<japhb> purl, PIR?
<purl> PIR is a bofh at tufts or http://www.pir.net or Passive Infra Red or Parrot Intermediate Language (and almost an acronym) or the Price is Right. or http://www.parrotcode.org/docs/art/pp001-intro.html
<japhb> Interesting
% Zaba has joined #parrot
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
<dalek> r27822 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] updating to trunk r27820
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27822
<japhb> Is there a good section in config/gen/makefiles/root.in for additional dependencies for a runtime/parrot/library/foo.pbc file?  The corresponding .pir file .includes other .pasm and .pir files, so there should be additional make dependencies there ... but root.in contains several "dependencies" sections, and it's not clear to me where this type of additional dependency belongs.
<whiteknight> seen chromatic?
<purl> chromatic was last seen on #parrot 5 days and 17 hours ago, saying: You know, the usual.  [May 20 20:05:31 2008]
<japhb> For that matter, many .pir files .include a .pasm/.pir or two, and I don't think any of them have explicit make dependencies.  Should we add dependencies for all of them manually, or add some sort of autodepends for them?
<dalek> r27823 | bernhard++ | trunk:
<dalek> : Remove deprecation notice for resolved ticket RT#53606.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27823
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
% Ademan has left Ademan!~dan@h-67-101-146-154.snfccasy.dynamic.covad.net
% Limbic_Region has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-197-140.dynamic.mnet-online.de
% Ademan has joined #parrot
% Zaba has joined #parrot
% Ademan has left Ademan!~dan@h-69-3-233-17.snfccasy.dynamic.covad.net
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% ruoso has joined #parrot
% teknomunk has left teknomunk!~teknomunk@r74-195-239-111.stl1cmta01.stwrok.ok.dh.suddenlink.net
<dalek> r27824 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] setting up basic scaffolding for new GC.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27824
% Ademan has joined #parrot
% wknight8111 has joined #parrot
% whiteknight has left whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% wknight8111 is now known as whiteknight
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<bacek> morning all
<purl> morning, bacek
* Tene git svn rebase
<bacek> pmichaud, ping
<pmichaud> pong
<bacek> ho!
<bacek> pmichaud, can you commit patch from #54826
% ejs has left ejs!~ejs@147-156-124-91.pool.ukrtel.net
<bacek> please
<pmichaud> yes, I'm catching up on my backlog of rt tickets.
<bacek> pmichaud, thanks. There is few more patches. 'map', 'grep' and 'reduce' cleanup, etc
<pmichaud> right.  most of today I've been tracking down bugs in Parrot's calling conventions  :-(
<bacek> pmichaud, successfully?
% dcat_ has joined #parrot
<pmichaud> mostly identifying what's broken and what needs to change
<japhb> Ron Blaschke?
<japhb> Blaschke?
<bacek> pmichaud, result it 'everything broken and we should rewrite from scratch'? :)
<japhb> sigh.
<pmichaud> no, just that it needs a bit of a re-think, I think.
<pmichaud> and there are a couple of bugs (RT#54860, for instance)
% Auzon has left Auzon!~ak9@24-171-76-148.dhcp.mtvr.il.charter.com
% Zaba has joined #parrot
<bacek> pmichaud, I see similar thing as in #54860 on implementing map.
% Auzon has joined #parrot
<bacek> time to go to $otherjob...
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
<pmichaud> working on #54826 now  (just testing spectest_regression first)
<bacek> pmichaud, you have to remove 'skip 'dies_ok not implemented' in tests.
<bacek> some kind of dead-lock. I can't commit tests without new Test.pm :)
<moritz> bacek: you can modify them locally
<moritz> bacek: and send the two patches together
<bacek> yes, I have them modified. And they works with Test.pm from #54826.
<dalek> r27825 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Add dies_ok and lives_ok to Test.pm
<dalek> : * Patch courtesy Vasily Chekalkin <bacek at bacek.com>
<dalek> : * Resolves RT#54826 (bacek++)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27825
<bacek> moritz, sorry. pmichaud and TimToady convinced me for commitbit in pugs ;)
<moritz> bacek: they have the better social skillz it seems ;)
<bacek> moritz, :) But I think sometime about your offer. So half of glory is yours ;)
<bacek> pmichaud, thanks for commit
<moritz> bacek: glory is overrated. Code matters ;-)
<moritz> well, and documentation
<bacek> moritz, yeah. But what about karma? :)
<pmichaud> code gets more karma.
<bacek> pmichaud, can I get commitbit to parrot? I promise to be good and careful ;)
<moritz> bacek: well, karma is nice, but I'd change all of my #perl6 or #parrot karma for any additionally implemented feature in rakudo, if I had the choice ;)
<purl> is nice, but i'd change all of my #perl6 or #parrot karma for any additionally implemented feature in rakudo, if i had the choice ;) has neutral karma
<pmichaud> bacek: see "Getting Commit Privileges" in docs/submissions.pod
<pmichaud> bacek: main thing is that we need a CLA for you
<pmichaud> CLA?
<purl> CLA is Contributor License Agreement or http://www.perlfoundation.org/contributor_license_agreement
% Theory has joined #parrot
<bacek> moritz, which feature to you want? I can implement it for karma ;)
* bacek will code for karma ;)
<bacek> pmichaud, printed, signed and faxed?
<pmichaud> bacek: I don't make those rules.  :-)
<pmichaud> can be mailed instead of faxed.
<bacek> pmichaud, I understand... 
<pmichaud> I don't know if they take scanned email copies or not.
<bacek> pmichaud, I'll read it.
<moritz> bacek: I think '.assuming' (currying) shouldn't be too hard once the formal parameters are well in place
<bacek> pmichaud, paper-mail is so last century
<pmichaud> moritz: agreed.
<bacek> moritz, I'll take a look
* bacek really have to go to $otherjob...
<pmichaud> bacek: I think it's a legal requirement to have an actual signature somehow.
<bacek> bye. See ya in couple of hours.
<bacek> pmichaud, ok.
% Casan has left Casan!~IceChat7@users163.kollegienet.dk
% cognominal has left cognominal!~cognomina@82.67.232.89
% clunker3 has joined #parrot
% whiteknight has left whiteknight!~Whiteknig@c-71-230-33-251.hsd1.pa.comcast.net
% Whiteknight has joined #parrot
<dalek> r27826 | pmichaud++ | trunk:
<dalek> : [p6object]:
<dalek> : * When registering a parrotclass under a given protoobject,
<dalek> :   we shouldn't automatically put the protoobject under the
<dalek> :   parrotclass name.  Leave that to the caller to decide.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27826
% cognominal has joined #parrot
<japhb> Speaking of CLA and commitbit ... I know my CLA has been received, and I saw at least one +1 for my commitbit on channel.  Who/what am I waiting on?
<pmichaud> I'm not sure.
<japhb> Header lines that drive me batty: 'typedef char String[81];'
% cognominal has left cognominal!~cognomina@82.67.232.89
<dalek> r27827 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Fix [] subscripts to use keyed_int.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27827
<dalek> r27828 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Track object model changes in rakudo
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27828
<dalek> r27829 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Indexed variable access works
<dalek> : * array creation works
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27829
<dalek> r27830 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Fix nested array creation
<dalek> : * Add 'each' builtin
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27830
<dalek> r27831 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Add the 'methods' method to Object.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27831
<dalek> r27832 | tene++ | trunk:
<dalek> : [cardinal]
<dalek> : * Drop the filename from ARGS
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27832
% alin has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<Tene> I still need a commit setting svn metadata on some new files.
% cognominal has joined #parrot
% alin has left alin!~alinbsp@78.96.203.254
% Casan has joined #parrot
<dalek> r27833 | tene++ | trunk:
<dalek> : Fix svn properties on new test files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27833
<Tene> So, when implementing gather/take, where should I store the list while I'm building it?  Just generate a variable with an absurd unusual name?
% Ivatar has left Ivatar!~graham@tu055.demon.co.uk
<DietCoke> that sounds like a hack!
<Tene> Yeah, it does.
<DietCoke> tene: if you run the distro tests after doing an svn add but before doing the set, they'll fail.
<DietCoke> (that presumes remembering to run the tests, of course)
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<Tene> That's why I'm asking for other ideas.  I've run into similar problems before, but I've been able to avoid solving this problem until now.
% Zaba has joined #parrot
<Tene> DietCoke: I can't figure out how to set svn properties with git-svn, and I make a foul mess of things when trying to work with svn directly.
<DietCoke> <shrug> git ain't supported, exactly. I'm not sure how you'd manage to screw it up with straight svn, but could help with that end of things.
<Tene> I can set the properties just fine with svn, but when trying to use svn for actual work, I can't seem to keep anything straight.  I commit things I don't intend to commit, etc.
<Whiteknight> Same here. I have such a hard time only committing a few files
<Tene> I suppose I could generate diffs from my git commits and apply those to an svn tree, but that's a painful process.
<pmichaud> well, since gather/take is supposed to be lazy, I've been thinking that it would tend to work using a coroutine somehow.  But that of course implies that we have lazy lists.
<Auzon> I usually run a 'svn diff' prior to committing. Also try 'svn ci' without specifying a commit message on the command line. It should bring up EDITOR which shows which files are changed
<Tene> pmichaud: so that approach would work fine for now, and can be re-worked once we have lazy lists?  Or is it not worth trying to implement before then?
<pmichaud> well, one could certainly make the 'gather' step eager for now
<pmichaud> and the argument to gather could then be a coroutine
<Tene> so then I need to learn about coroutines in parrot.  Okay.
<pmichaud> but I suspect that requires that we have appropriate exceptions for 'take', too
<pmichaud> i.e., it's the same problem as 'return'
<Tene> Ah.
<dalek> r27834 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] more scaffolding, function prototypes, etc.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27834
<pmichaud> let me re-check S04
<pmichaud> I wonder if 'take' is dynamically scoped -- i.e., can gather call a function that then performs 'take' ?
<pmichaud> if so, then that would likely be a different approach
<Tene> Hm.
<Tene> So coroutines are pending on exceptions from allisson?
<pmichaud> no, coroutines work fairly well in Parrot at the moment.
<japhb> New OpenGL patch set submitted to RT, for those interested in helping to test ...
% Andy is now known as AndyAway
% dolmen has joined #parrot
<dolmen> in PIR, how can I push a list in a list without ti to be flattened ?
% tetragon has joined #parrot
<Tene> pmichaud: are coroutines supported in PCT?
<pmichaud> Tene: not directly
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<pmichaud> we can probably make something to do them, though.  basically a coroutine is anything with a .yield() in it.
<Tene> Hm.
<Tene> I'll look into it.
% kid51 has joined #parrot
<pmichaud> but that's why my earlier question about take being dynamic versus lexical in nature
<Tene> Yeah, that's important.
<pmichaud> regardless, we may end up implementing 'given' as a special PAST::Op type.
<Tene> Traveling again now.  Seeya.
<pmichaud> later
% rdice has joined #parrot
<dalek> r27835 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Add an implementation of infix:<xx>, from RT#54870 (dolmen++)
<dalek> : * Patch courtesy Olivier Mengué <olivier.mengue at gmail.com>
<dalek> : * One minor change to handle negative repetition values.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27835
<dolmen> Hé, hé. My first rakudo/perl6 patch :)
<Auzon> Congrats :)
<dolmen> Too late to print a tee-shirt for the French Perl workshop, on friday ;)
<Whiteknight> is the GLUT stuff in the parrot repo, or do i get it from somewhere else?
<tetragon> Which GLUT stuff, the parrot GLUT stuff that is built by make?
<Whiteknight> the parrot glut stuff. I'm trying to run the triangle.pir example, but it says it can't find the libraries
<tetragon> Which platform?
<purl> I'm running on OS/2 on an Atari, can you help?
* japhb is bak
<Whiteknight> I'm on debian x86
<Whiteknight> oh, i didn't even think that they might not have it built for this platform
<tetragon> Do you have the headers installed?
<Whiteknight> I have no idea, which probably means "no".
<dalek> r27836 | jkeenan++ | searchdocs:
<dalek> : Differentiate between help and usage messages; split them into separate
<dalek> : functions in Parrot::Docs::SearchOps.  Adjust tests as needed.  No
<dalek> : command-line options now simply invokes short usage method.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27836
<japhb> Whiteknight: If you look at my latest patch set (in RT 54868), you'll see the list of packages in config/auto/opengl.pm that you need to install in the OS to get the headers)
<Whiteknight> I haven't put much thought into this
<Whiteknight> thanks
<tetragon> And what does Configure.pl say about OpenGL?  My box says:
<tetragon> Determining if your platform supports OpenGL............yes, MacOSX_GLUT 5.
<Whiteknight> "no." <-- There's my problem. I'll install it now
<japhb> Whiteknight: for Debian, it is freeglut3-dev, libglu-mesa-dev, and either libgl1-mesa-dev or nvidia-glx-dev (depending on your X/GL drivers)
<Whiteknight> thanks
<japhb> tetragon: Can you try the RT 54868 patch set on Mac OS X when you get a chance?
* japhb is being called to dinner; I'll be bak in a bit
<Whiteknight> installing freeglut3-dev installed all the rest of the packages you mentioned
<Whiteknight> so that's conveniner
<Whiteknight> convenient*
% ruoso has left ruoso!~ruoso@a213-22-75-39.cpe.netcabo.pt
% dolmen has left dolmen!~dolmen@cho94-1-81-57-157-99.fbx.proxad.net
* tetragon grumbles at having to edit japhb's patch set just so that it can by applied
<tetragon> What's the diff flag '--git' mean?
<tetragon> japhb: patch is choking on patch 0001, haven't tried any of the others yet
% bacek_ has joined #parrot
<bacek_> hi again
<purl> oh, you're back!
% bacek__ has joined #parrot
% bacek_ has left bacek_!~bacek@122.110.30.167
<dalek> r27837 | jkeenan++ | searchdocs:
<dalek> : Add a test for the --all option.  Correct error in regex searching for =item
<dalek> : lines for ops; it was ignoring ops that take no arguments, e.g., end().  Add
<dalek> : to MANIFEST additional test file and dummy files used during testing.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27837
<DietCoke> .
<bacek__> ..
<tetragon> ...
<japhb> n(n+1)/2
<purl> n(n+1)/2 is, like, the sum from 1 to n
<japhb> go purl!
<purl> You go, japhb!
<japhb> tetragon: oh, suckage.
<japhb> --git means git format, which includes info about file permissions, revision hashes, etc.
<japhb> tetragon: OK, I'll try a different method of generating the patch(es)
<DietCoke> was the git-svn question ever answered?
<tetragon> Even with that stuff stripped out, it still isn't applying
<DietCoke> unified diff format would be nice.
<tetragon> It's failing on config/gen/opengl.pm
<japhb> DietCoke: which one?  The one I asked is "Can you add SVN properties using git-svn?"  And the answer I've seen so far is "no".  Which bites, but oh well.
<japhb> DietCoke: git is unified + extra stuff.
<japhb> It's turning off that extra that will be the trick.
<DietCoke> is git worth the hassle here? =-)
<tetragon> I got it to apply by removing the first chunk from that file (expansion of an svn $Id$)
<japhb> Ah!  Config/gen/opengl.pm?
* japhb goes to fix that
<tetragon> I got the batch to apply after removing that one chunk
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
<japhb> tetragon: I've now posted a new single patch that replaces the previous 5.  I generated it a different way in git-svn, hopefully this will work better for you.
% bacek__ has left bacek__!~bacek@pa58-111-18-155.pa.nsw.optusnet.com.au
<tetragon> I have a build on the go from the set of five
<japhb> DietCoke: Does this new version work for you?
<japhb> tetragon: ah, cool, thanks.
<dalek> r27838 | rgrjr++ | trunk:
<dalek> : * parrot.spec, CREDITS:
<dalek> :    + Add %{_usr}/runtime to %files.  Increments to Gerd Pokorra.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27838
<japhb> DietCoke: (is git worth the hassle here?)  Right now, yes, because SVK is fubar under Debian at the moment, and I can't stand being unable to do local work and have decent merges and such
% bacek_ has joined #parrot
<tetragon> japhb: Triangle spins
% bacek_ has left bacek_!~bacek@pa58-111-29-50.pa.nsw.optusnet.com.au
% bacek_ has joined #parrot
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
<japhb> tetragon: excellent
% tetragon has left tetragon!drew@dsl.ss.org
<japhb> Now we need a Win32 success, and we're good for trunk inclusion.
<Tene> Yeah, offline commits are very important for me, and I could never figure out svk
<Tene> I have hashes working in cardinal now
<japhb> Tene++
% Zaba_ has joined #parrot
* bacek_ running git svn clone http://svn.perl.org/parrot/trunk...
<bacek_> my estimations is 'few hours'...
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<Infinoid> I usually only fetch the current rev...
% Eevee has left Eevee!~eevee@c-67-160-3-54.hsd1.wa.comcast.net
% AndyAway is now known as Andy
<Tene> bacek_: you really don't need 7 years of history.  you can do a shallow clone.
<dalek> r27839 | jkeenan++ | searchdocs:
<dalek> : Add SVN tag and property.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27839
% teknomunk has joined #parrot
% kid51 has left kid51!~jkeen@pool-68-237-16-152.ny325.east.verizon.net
<bacek_> Tene:  yeah... I'm definetly become stupid on meetings...
% braceta has left braceta!~Braceta@bl4-48-6.dsl.telepac.pt
% 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
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% Zaba has joined #parrot
% ank has joined #parrot
% Andy is now known as AndyAway
% tetragon has joined #parrot
% mapar has joined #parrot
% mapar has left #parrot
% mapar has joined #parrot
<DietCoke> i'm pretty sure that our svn admins dislike getting the whole history for svk, at least.
% parrot-poke has left parrot-poke!~mollusk@user-112vvlr.biz.mindspring.com
% teknomunk has left teknomunk!~teknomunk@r74-195-239-111.stl1cmta01.stwrok.ok.dh.suddenlink.net
<japhb> DietCoke: Do you know who/what I am waiting on for commitbit at this point?
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<dalek> r27840 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Fix typos and trailing spaces.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27840
% baest has joined #parrot
% mapar has left mapar!~vic@189.143.37.121
% mapar has joined #parrot
% iblechbot has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-205-183.dynamic.mnet-online.de
% uniejo has joined #parrot
<dalek> r27841 | fperrad++ | trunk:
<dalek> : [install]
<dalek> : - remove PAST-pm.pbc
<dalek> : - remove Protoobject.pbc
<dalek> : - add P6object.pbc
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27841
% bacek_ has joined #parrot
<bacek_> hi there
<bacek_> purl: logs?
<purl> logs are in the forest. or useful for recovering that was was lost, or assigning blame
<bacek_> purl: irc log?
<purl> irc log is probably what is disturbing to me though - but it could be a total fabrication
<bacek_> stupid piece of code...
<pmichaud> no, logs is http://irclog.perlgeek.de/parrot/
<pmichaud> purl, logs is http://irclog.perlgeek.de/parrot/
<purl> i already had it that way, pmichaud.
<pmichaud> no, irc log is http://irclog.perlgeek.de/parrot/
<purl> okay, pmichaud.
<pmichaud> parrotlog?
<pmichaud> parrotlog is http://irclog.perlgeek.de/parrot/
<pmichaud> try one of those, bacek  :-)
<bacek_> pmichaud: thanks. I JFGI :)
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
* bacek_ have 5 failures in spectest_regression. 
<bacek_> All about 'int(-0.5)' etc produces positive zero instead of negative.
<moritz> int shouldn't distinguish those
<moritz> floating points maybe, but int should have just one form of 0