% masak has joined #parrot
<dalek> r27571 | bernhard++ | trunk:
<dalek> : Add NEWS from Geoffrey Broadwell
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27571
<dalek> r27572 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * First code draft.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27572
% Andy has left Andy!~Andy@64.81.227.163
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<Tene> japhb: sorry, today was crazy.  you still up?
% TimToady has left TimToady!~larry@209.9.237.164
% TimToady has joined #parrot
% aa2 has joined #parrot
% iblechbot has joined #parrot
<dalek> r27573 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Add 'new_class' method, more tests.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27573
% contingencyplan has left contingencyplan!~contingen@cpe-76-186-27-146.tx.res.rr.com
<dalek> r27574 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Start with generating NQP, instead of PIR,
<dalek> : for setting up PAST.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27574
<dalek> r27575 | bernhard++ | trunk:
<dalek> : [Plumhead phc]
<dalek> : More consistent formating of generated NQP
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27575
<dalek> r27576 | bernhard++ | trunk:
<dalek> : [Plumhead PHC]
<dalek> : Use the regular template for the toplevel past:stmts.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27576
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> r27577 | bernhard++ | trunk:
<dalek> : [Plumhead antlr3]
<dalek> : Add a STMTS below PROGRAM and emit dummy PAST
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27577
% masak has left masak!~user@130.238.45.242
% Ademan has joined #parrot
<dalek> r27578 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Remove dummy code, bring back support for printing positive integers.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27578
% aa2 has left aa2!~a@bzq-84-108-247-75.cablep.bezeqint.net
% ambs has joined #parrot
<ambs> DietCoke, new guys are lazy
% Ivatar has joined #parrot
<dalek> r27579 | ambs++ | trunk:
<dalek> : [plumhead]
<dalek> : svn properties to languages/plumhead/src/antlr3/GenPastNqp.java
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27579
% rdice has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<dalek> r27580 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Convert some more production from emitting PIR
<dalek> : to emitting NQP. A lot of failures.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27580
% tetragon has joined #parrot
<jonathan> Write-up from yesterday: http://use.perl.org/~JonathanWorthington/journal/36451
% ambs has joined #parrot
% NotFound has joined #parrot
<NotFound> Hello.
<ambs> Hellows.
% andyc has joined #parrot
<paco> NotFound: good morning :)
<NotFound> For some values of "morning" ;)
<cognominal> the sun never sets on the parrot empire
<dalek> r27581 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - bytecode translation : some improvements (vivification, ...)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27581
* jonathan only saw the first couple of hours of the morning...the ones before 2am.
% Limbic_Region has joined #parrot
% mire_ has joined #parrot
<dalek> r27582 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - bytecode translation : remove .const generation
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27582
% mire_ has left mire_!~Frodo@156-175-222-85.adsl.verat.net
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
% mire_ has joined #parrot
% mire_ has left mire_!~Frodo@156-175-222-85.adsl.verat.net
% Andy has joined #parrot
% Andy has left Andy!~Andy@64.81.227.163
% b2gills has joined #parrot
% Ron has joined #parrot
% wknight8111 has joined #parrot
<dalek> r27583 | bernhard++ | trunk:
<dalek> : [Plumhead antlr3]
<dalek> : Fix infix ops.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27583
% Ivatar has left Ivatar!~graham@tu055.demon.co.uk
% AndyA has left AndyA!~andy@c-68-33-170-161.hsd1.md.comcast.net
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<dalek> r27584 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Add 'prefix:-' :multi(PMC)
<dalek> : Fix '+^'.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27584
% wknight8111 has left wknight8111!~Whiteknig@pool-72-78-159-125.phlapa.east.verizon.net
<ambs> [plumhead] All tests successful.
<dalek> r27585 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Add nodes for IF back in.
<dalek> : Fix NOQUOTESTRING.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27585
% braceta has joined #parrot
<barney> ambs: Plumhead has three variants. Using PCT is the default. Currently I'm fiddling with the variant that uses ANTLR for parsing
<ambs> barney, and what is the approach to test it?
<ambs> if there is interest in doing it :)
<barney> set CLASSPATH according to docs/antlr3.pod
<barney> make build-antlr3
<barney> make test-antlr3
<barney> but you need java and the antlr3 runtime libs
<barney> A Perl6 Backend for ANTLR3 is on my mental TODO-List, as I'm not very attached to Java
<ambs> java? argh
<ambs> ok, forget it :D
<purl> ambs, I didn't have anything matching it :d
<ambs> purl, seen dietcoke
<purl> dietcoke was last seen on #parrot 9 hours and 43 minutes ago, saying: resurrects his ancient osx/ppc laptop 
% Ivatar has joined #parrot
<japhb> Tene: I *was* still up, just hangin' with the better half
% tetragon has left tetragon!~seneca@CPE0040d001f62f-CM000a736592a8.cpe.net.cable.rogers.com
% particle has left particle!~particle@c-24-19-3-148.hsd1.wa.comcast.net
% particle has joined #parrot
<japhb> OK, I ran 'make fulltest', but I don't get any summary of the results, just pages and pages of terminal scrollback.  Is it normal to have no test summary for fulltest?
<dalek> r27586 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : Bring back SCALAR and ARRAY.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27586
<barney> japhb: That's the way it currently is. But I wouldn't call it normal.
% ilbot2 has left ilbot2!moritz@faui2k3.org
<japhb> barney: it makes it far less useful to do an overnight run, that's for sure.
<barney> yes
% Theory has joined #parrot
<dalek> r27587 | bernhard++ | trunk:
<dalek> : [Plumhead antlr]
<dalek> : GenPastPir.g was replaced by GenPastPir.g
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27587
<barney> There were, or are, plans to do saner testing with Test::Harness 3.0 and Smolder
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
% teknomunk has joined #parrot
% kid51 has joined #parrot
<barney>  ../../parrot perl6.pbc  -e 'say -123456789'
<barney> gives me -1.23457e+08
<Tene> afaict, PIR doesn't work well with large number literals
<barney> It's a conversion to float in line 80 of languages/perl6/src/builtins/op.pir
<barney> s/It's/It might be/
<Tene> Even if it ends up in an Integer or Rational, it gets truncated at the parrot level first.
<Tene> Argh, I have no clue what I was planning on working on today.
<Tene> Anyone have any HLL-ish requests?
<particle> find a ruby test suite?
<barney> Is it too late for a 666 tickets challenge ?
<barney> Or find a scheme test suite
<dalek> r27588 | bernhard++ | trunk:
<dalek> : [Plumhead]
<dalek> : Add option --run-nqp to plumhead.pbc
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27588
<tewk> ruby test suite http://headius.blogspot.com/2008/05/rubyspec-bringing-ruby-test-suites.html
<shorten> tewk's url is at http://xrl.us/bkone
* jonathan implements an RPN calculator in Perl 6 to use for his talks
* particle wanders off into the world... &
<dalek> r27589 | tewk++ | trunk:
<dalek> : [c99 CPP] gramar updates
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27589
<tewk> cd languages/c99/; make; cd src/cpp; ../../../../parrot cpp.pbc --targe=parse t/comment_01.t
* tewk needs grammar help, can't get grammar to pick up comments as whitespace
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
% ilbot2 has joined #parrot
<dalek> r27590 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Code refactor, moving functions for better maintainability. Put error
<dalek> : functions under a different header than exception functions. Move runloop jump
<dalek> : point functions to the interpreter's source files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27590
<Tene> tewk: lemme take a look... do you have a minimal test case?
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<Tene> tewk: notice that it's failing in TOP
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> r27591 | bernhard++ | trunk:
<dalek> : [Plumhead]
<dalek> : Merge driver_nqp.pir into plumhead.pir.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27591
% sjansen has joined #parrot
<tewk> Tene: I fixed it, ws contents need to be wrapped with [ ]*, duh.
<japhb> Tene: I'm here again.  You were looking for me?
<dalek> r27592 | chromatic++ | trunk:
<dalek> : NEWS updated through 01 May; language updates are skimpy since previous release.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27592
<dalek> r27593 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Delete 'throwcc' opcode, replace with 'throw' in one- and two-argument forms.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27593
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
% barney has left barney!~bernhard@dslb-084-058-121-201.pools.arcor-ip.net
<dalek> r27594 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Refactored tests, more tests for subclasses.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27594
% davidfetter has joined #parrot
<tewk> pmichaud: A couple of grammar questions.  My <identifier> rule is composed of subrules, but I'm only intereted in captureing the <identifier> as a whole,  is that possible?
% tetragon has joined #parrot
% kid51 has left kid51!~jkeen@pool-68-237-16-164.ny325.east.verizon.net
<Tene> japhb: I'm here again.  I think that I thought you were looking for me, but I don't recall why.
<Tene> tewk: explain more.
<Tene> tewk: probably just use the <.rule> non-capturing form inside of <identifier>
<japhb> Tene: you were going to commit my OpenGL patch, last we spoke
<Tene> Oh, sure.  Is it available online somewhere, or do I need to pull it from email?
<japhb> It's attached to 54238
<japhb> (So you should be able to download it from RT, I mean)
<nopaste> "tewk" at 155.97.237.62 pasted "<.rule> issue" (27 lines) at http://nopaste.snit.ch/13003
<japhb> Tene: got to run for now; ping if you need me, and I'll check back later
<Tene> Hm.  I can't make any new outgoing connections, but I'm somehow still connected to IRC?  Weird.
<Tene> tewk: want to talk about what's going on?
<tewk> Tene: sure do you know?
<purl> But are you sure you're sure?
<dalek> r27595 | tene++ | trunk:
<dalek> : OpenGL updates from japhb++
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27595
% lichtkind has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-200-112.dynamic.mnet-online.de
<Tene> tewk: what is it that you want?
% braceta has left braceta!~Braceta@78.130.65.59
% itz_ has joined #parrot
% ambs has joined #parrot
<ambs> purl, seen coke
<purl> coke was last seen on #parrot 3 days and 15 hours ago, saying: (the script for manifest should work if you svn add first!)  [May 13 21:42:37 2008]
<ambs> purl, seen dietcoke
<purl> dietcoke was last seen on #parrot 14 hours ago, saying: resurrects his ancient osx/ppc laptop 
<dalek> r27596 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - fix ipairs when bytecode translation
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27596
<dalek> r27597 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - update NEWS
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27597
<dalek> r27598 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Change the name of 'Parrot_ex_throw_from_c' adding '_args', to make
<dalek> : room for a 'Parrot_ex_throw_from_c' that throws an exception object.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27598
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
* DietCoke yawns.
<DietCoke> yes, ambs?
<purl> ambs is, like, Alberto Simoes, one of the organizers of YAPC::EU::2005 and available at mailto:ambs@cpan.org
<ambs> DietCoke, can you please send your votes before Monday night?
<DietCoke> yup, planning on doing so tomorrow morning local time.
<ambs> DietCoke, thanks
% andyc has left #parrot
<dalek> r27599 | allison++ | pdd25cx:
<dalek> : [pdd25cx] Remove 'do_exception' function. Split 'Parrot_ex_throw_from_c' into
<dalek> : two functions, one that takes C args to build an exception, and one that just
<dalek> : takes an exception object argument.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27599
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
% Mat1 has joined #parrot
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> allison@perl.org | Concurrency Tasks:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks
<shorten> dalek's url is at http://xrl.us/bjqpy
<dalek> r27600 | ambs++ | trunk:
<dalek> : runtime/parrot/library/OpenGL.pir - removed a white space
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27600
<ambs> O:-)
% iblechbot has joined #parrot
% contingencyplan has joined #parrot
<spinclad> ambs++
<ambs> spinclad, lol, I think I need to remove more spaces :-P
<dalek> r27601 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Allow mapping classes (esp. PMC classes) to specific protoobjects.
<dalek> : * Any class 'new' method overrides P6protoobject::new .
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27601
% wonko has joined #parrot
<wonko> hi folks
<wonko> i just tried http://www.parrotblog.org/2008/03/targeting-parrot-vm.html
<wonko> however, i ran in an error
<pmichaud> hello, wonko 
<wonko> konstantin@dell-desktop:~/Workspace/parrot/languages/squaak$ make test
<wonko> ../../parrot  /home/konstantin/Workspace/parrot/runtime/parrot/library/PGE/Perl6Grammar.pbc \
<wonko>             --output=src/gen_grammar.pir \
<wonko>             src/parser/grammar.pg
<wonko> unable to parse regex at line 186, near "{\n    \\\" <"
<wonko> the source in question is:
<wonko> token string_constant {
<wonko>     \" <string_literal: "> \"
<wonko>     {*}
<wonko> }
<pmichaud> yes, the syntax changed a bit.
<pmichaud> try
<pmichaud>     \" <string_literal: '"'> \"
<pmichaud> we should probably fix this in the repo. too.
<wonko> works, thx
<wonko> ...or not
<wonko> /usr/bin/perl t/harness
<wonko> t/00-sanity....PAST::Compiler can't compile node of type Integer
<wonko> current instr.: 'parrot;PCT::HLLCompiler;panic' pc 158 (src/PCT/HLLCompiler.pir:103)
<pmichaud> yes, it seems to lead to another error.  I'm not sure what that one is -- I'd have to dig a bit further.
<pmichaud> kjs isn't around or I'd ping him.
<pmichaud> essentially it means that somewhere in the PAST there's an integer being stored where a PAST node should be
<dalek> r27602 | pmichaud++ | trunk:
<dalek> : [squaak]:
<dalek> : * <panic: ...> and <string_literal: ...> subrules need to quote
<dalek> :   their arguments.  (Reported by wonko++)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27602
<wonko> i'm not realy that into parrot, yet. but the error seems do be somewhat raised by "$P1 = $P0.'command_line'(args)"
<pmichaud> well, that's a fairly high-level call.  the error would need to be somewhere lower.
<pmichaud> it's bound to be inside of one of the action methods in src/parser/action.pm
<pmichaud> er, actions.pm
<Tene> need me to go fix it, or can it wait for kj to take care of it?
<pmichaud> Tene: if you're up for fixing it that might be good.  
<pmichaud> I don't know how long it will be for kj
<pmichaud> I'm still planning to write up a languages/abc tutorial (w/particle)
<ambs> purl, nopaste
<purl> nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
<wonko> yeah, sorry
% rgrjr has joined #parrot
% braceta has joined #parrot
<nopaste> "ambs" at 77.54.92.255 pasted "Make testj under x86/MacOS-X" (475 lines) at http://nopaste.snit.ch/13004
<ambs> ^^ is that expected?
<pmichaud> ambs:  I don't know.  It may be expected -- I don't know that the jit core runs under MacOS yet.
% Zaba has joined #parrot
<dalek> r27603 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Add :attr option to 'new_class'.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27603
<ambs> how can I run a specific test with prove and jit?
% Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru
% Ron_ has joined #parrot
% kid51 has joined #parrot
<pmichaud> I'm not sure.
<ambs> well, looking into other things
<ambs> kid51, close it
% Ron has left Ron!rblasch@62-47-186-190.adsl.highway.telekom.at
<dalek> r27604 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - translates last opcodes (upvalues)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27604
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<kid51> ambs:  Close which?
% lichtkind has left lichtkind!~chatzilla@90.128.73.125
% Theory has joined #parrot
% TiMBuS has joined #parrot
<tewk> pmichaud: is there anyway to get rid of the array of single letters here: (27 lines) at http://nopaste.snit.ch/13003
<pmichaud> that looks like a bug.
<pmichaud> afaict, there shouldn't be an array there.
<pmichaud> I'm not sure why it's putting one there.
<pmichaud> My first guess is an error in the Perl6Regex parser, that is treating <.foo> as capturing into <>
% Ivatar has left Ivatar!~graham@tu055.demon.co.uk
<tewk> Should I have to put a . infront of the <alpha> sub-sub-rule? I had to do that to get rid of <alpha> captures now I just have PGE::Grammar captures in the array.
<pmichaud> yes, if you want <alpha> to be non-capturing, it's  <.alpha>
<pmichaud> can you file a parrotbug ticket for your nopaste?  I'll want to come back and look at that.
<tewk> yep
<japhb> pmichaud: re: Rakudo not being able to use modules from parrot namespace -- is that particular to Rakudo, or actually lacking in PCT?
<japhb> Tene, ambs: thanks for the OpenGL commits
<pmichaud> japhb: it has entirely to do with deciding how we want to import symbols
<japhb> I'd like to click on that, please.  :-)
<pmichaud> the main issue is:  "when rakudo uses a non-Perl 6 module, how does it know what symbols to import?"
<pmichaud> pdd21 (namespaces pdd)  describes an 'export_to' method that supposedly allows a module (namespace, actually) to define what symbols it exports by default, but afaict that's not actually implemented or working anywhere
<japhb> pmichaud: I thought the Parrot namespace design was that the module in question is responsible for interpreting the requested import list
<pmichaud> japhb: yes, but where to do we the import list from?
<pmichaud> let's consider the case of SDL
* japhb decides to wait and listen for the moment ...
<pmichaud> suppose a rakudo program wants to make use of the SDL module (written in PIR)
<pmichaud> (1)  what's the Perl 6 syntax for loading the module?
<pmichaud> (2)  how does Rakudo (or Parrot) know where to find that module on disk?
% braceta has left #parrot
<pmichaud> (3)  how does the rakudo program specify what symbols to import?
<pmichaud> (end)
<japhb> Thoughts ...
<japhb> 1) I think that depends on 3)
<japhb> 2+3) It feels to me that each HLL (namespace owner) should register a module loader -- which may default to some basic thing Parrot does, doing what 'load_bytecode' does now.  Then the request should be passed through from Perl 6 to the module loader of the HLL the module resides in
<pmichaud> (module loader)  that's a reasonable approach -- I like it.  It could even be made part of the compiler object for each HLL.
<japhb> So, just like a URI is opaque past the namespace/protocol token ('http:'), I think a good first concept other-language loads should be opaque past the HLL specifier
<japhb> pmichaud: yes, exactly
<pmichaud> we still have the question of "how to determine what symbols to import"
<pmichaud> at present there's not a convention for each module to define its default list of exported symbols
<pmichaud> that's really what we're lacking at this point.
<pmichaud> I don't think it's reasonable for every importer to have to specify all of the symbols that it might need from an external module.
<pmichaud> (it certainly should be able to do so, but it shouldn't have to do so.)
<japhb> Something analogous ... put the import request into either a string or list and pass it through to an exporter for the HLL you're loading from.
<japhb> Any decent HLL should have something equivalent to the "tags" that Perl5 uses in Exporter.
<japhb> But each HLL will probably have a different standard for this,
<pmichaud> anyway, to answer your earlier question -- PCT and Parrot already have all of the technical pieces need to accomplish this.  What we need is to establish the conventions that HLLs will use.
<pmichaud> (and in rakudo's case, I just need to know the Perl 6 compatible syntax.)
<japhb> so we should be able to say the moral equivalent of 'use ooblex:"{(some_stuff)}";' and the ooblex exporter should interpret "{(some_stuff)}" according to its own rules, and then use the base export_to functionality to export them
<pmichaud> my suggestion is to take a look at the module syntax in Synopsis 11, and then tell me what the Perl 6 line would be for loading the SDL.pbc module
<pmichaud> or, more precisely, loading the SDL modules
<pmichaud> for example...
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-200-143.dynamic.mnet-online.de
<pmichaud> examples/sdl/blue_rect.pl contains an NQP program for loading and exercising the SDL library
<pmichaud> but the way it currently handles importing is by making explicit calls to Protomaker
<pmichaud> in Perl 6 I would expect to do something like
<pmichaud>     use SDL::App;
<pmichaud>     use SDL::Rect;
<pmichaud>     use SDL::Color;
<pmichaud> and automatically receive the SDL::App, SDL::Rect, and SDL::Color definitions imported into my namespace
<pmichaud> of course, since SDL::App, etc.  aren't written in Perl 6, we need to have a :from attribute there
<japhb> Sure, but that's really just 'use SDL::App qw();' and so on, right?
<pmichaud> thus
<pmichaud>     use SDL::App:from<parrot>
<pmichaud> so, the Perl 6 syntax would then seem to be
<pmichaud>     use SDL::App:from<parrot> <SDL::App>;
<pmichaud> ???
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
<japhb> That doesn't seem right.
<japhb> OK ...
<pmichaud> that's the way I read S11.
<pmichaud> of course, the "standard" way of doing it would be
<pmichaud>     use SDL::App:from<parrot>;
<pmichaud> which would import whatever symbols SDL::App has defaulted for export.  But we don't have a convention for defining that default list yet (in Parrot).
<pmichaud> so since we don't have a default list yet, we need to explicitly specify what symbols to import, thus
* japhb deletes previous typing, since you just said it
<pmichaud>      use SDL::App:from<parrot> <SDL::App>
<pmichaud> *or*
<pmichaud> we need to get all of those non-Perl 6 modules to provide a standard list of symbols to export.
<pmichaud> All of the needed pieces are there (or can be written fairly quickly) -- I just don't know how to get the export list from a non-p6 module yet.
<japhb> OK, to me there are two parts to this:
<pmichaud> We could probably define something and start retrofitting the other Parrot components with it.
<japhb> 1. How does a module explicitely say what it wants to export
<jonathan> Would implementing the thing where you explicitly list what to import to get us started, and then adding support for getting the default set of imports when we know how to do that?
<japhb> 2. What should the default behavior be in the default Namespace PMC when handed a null export list
<jonathan> s/Would/How about/
<pmichaud> (explicitly list) yes, I think this would work.
<pmichaud> What I hadn't figured out yet was what to pass that list to.
<pmichaud> But I think the correct answer is that we pass it to the HLL compiler.
<japhb> pmichaud: yes.
<pmichaud> at least for the short term.
<pmichaud> in Rakudo's case, that would mean that it would need things to map   :from<foo> to the appropriate HLL handler for 'foo'
% bacek has left bacek!~bacek@123-243-38-218.tpgi.com.au
<pmichaud> (where "HLL handler" is the corresponding hll compiler for the short term)
<pmichaud> so, I propose
<pmichaud> compiler.'load_module'(name, 'import'=>list)
<japhb> (default behavior of default Namespace PMC) currently this is specced as existing but is not implemented.  I'd vote for this behavior in the default Namespace PMC to be to try to ask the module, either using a well-known global var or well-known function name, and failing that, export all symbols without underscores.  But I'm biased, because that's the behavior I'm currently using for OpenGL.
<japhb> (Because we need to specify a behavior for the 'parrot' HLL)
<pmichaud> I don't think export all symbols is a good approach.  It wouldn't work in the SDL::App case I just gave, at any rate.
<japhb> s/underscores/leading underscores/
<japhb> It's either a simple rule like that, or export-none behavior
<jonathan> pmichaud: I guess we could reasonably say that not specifying the import list would get the module to load whatever it considers the default set of imports...
<pmichaud> I'd say export-none if not specified.
<japhb> pmichaud: I can live with that.
<Eevee> oh ho ho
<Eevee> eevee@tekkanin:~/dev/parrot/languages/perl6$ ../../parrot perl6.pbc -e 'my @foo = <1 2 3>; say @foo.reduce(sub { $^a + $^b })'
<Eevee> 6
<pmichaud> jonathan: you may have missed the earlier part -- we don't yet have a convention for "default set of imports" in a module.
<jonathan> pmichaud: I'm suggesting it as a possible future convention.
<pmichaud> right.
<japhb> for PIR modules, I'd prefer a sub that returns a list
<Tene> Eevee: looks like a good choice to implement.
<japhb> s/sub/well-known sub/
<pmichaud> mmmm, sub sounds very good
<Eevee> now I want some subway
<Tene> Eevee: throw together a patch. :)
<Eevee> Tene: chosen for optimal copy/paste-ability from List.grep  8)
<pmichaud> ....who created .reduce()  ?    That's.... COOL.
<Eevee> pmichaud: me, just now
<pmichaud> Eevee++
<jonathan> Eevee++
<pmichaud> certainly makes implementing things like [+] easier :-)
<japhb> Go Eevee++
<pmichaud> do you even need the 'sub'?
<Eevee> does grep in rakudo work any way other than @array.grep(sub {})?  I tried various other ways of feeding it blocks and the non-method way but nothing else worked
<Eevee> pmichaud: oh hey I don't
<jonathan> Now someone should get the infix:<+> syntax implemented so we can just write @foo.reduce(infix:<+>) :-)
<pmichaud> @foo.reduce({ $^a + $^b})
<Eevee> but without the parens it doesn't work
<jonathan> And then the reduce operator is just a small matter of syntax transformation. :-)
<pmichaud> seems like it should work without the parens, as long as there's a space before the {
<Eevee> $ ../../parrot perl6.pbc -e 'my @foo = <1 2 3>; say @foo.reduce { $^a + $^b }'
<Eevee> Statement not terminated properly at line 1, near "{ $^a + $^"
<pmichaud> okay, we'll have to look at that.
<Eevee> same with grep though
<Eevee> there is a lot of similarity with grep here, by some strange coincidence
<pmichaud> for some reason it's not liking the closure as an argument to @foo.reduce
<pmichaud> anyway, that's a grammar/syntax bug, undoubtedly.
<Eevee> pointy doesn't work either, with or without parens  (if I'm correct in thinking it should)
<jonathan> Eevee: It should, but parse bug. Try <-> variant of pointy.
<Eevee> jonathan: "A signature must not be defined on a sub that uses placeholder vars."
<jonathan> Oh, fun.
<Eevee> was that hack only for for?
<pmichaud> no.
<pmichaud> that's part of Perl 6
<jonathan> Not sure why it thinks there's a signature.
<Eevee> I know, I mean when it was fixed in rakudo recently
<pmichaud> -> $a { ... }     gives the closure a signature
<Eevee> putting a real signature works
<jonathan> -> { ... } should be an unsignatured pointy though?
<pmichaud> I think it's the same as   -> $_ { ... }
<jonathan> Ah.
<pmichaud> (I'd have to re-check the synopsis, though)
<Eevee> 'my @foo = <1 2 3>; say @foo.grep(<-> { $_ })' gives me nothing
<japhb> OK, summary of decisions re: imports from foreign HLLs: 1) Each HLL compiler has a module loader that we defer to for loading modules from that HLL; 2) Each HLL compiler has an export interpreter that we defer to for interpreting export lists; 3) PIR modules have a well-known sub that returns the default export list for that module.  4) If it doesn't exist, Namespace assumes no exports.  Is that all right?
<Limbic_Region> jonathan - did you ever get a chance to look at rakudo's spectest on Win32/MinGW ?
<Limbic_Region> oh, salutations all
<pmichaud> japhb: excellent summary.
% Theory has joined #parrot
<japhb> pmichaud: good.  OK, I must go AFK.  Children terrorizing better half
<pmichaud> japhb: we'll go with that for now -- it'll be a good start.
<Eevee> Tene: will http://pastebin.com/d7ef8b0b7 work or is there some patch secret handshake
<jonathan> Limbic_Region: I glanced at it - it appeared to be a similar set of failures, but with a somewhat more noisy way of failing when Parrot exited with a non-zero exit code.
<dalek> r27605 | jkeenan++ | trunk:
<dalek> : languages/c99/src/cpp/t/comment_01.t was missing from MANIFEST, causing
<dalek> : t/manifest/02-regenerate_file.t to fail during 'make fulltest'.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27605
<Eevee> hrm, List.pir has a sub grep but it doesn't seem to work: "Method 'grep' not found for invocant of class 'ResizablePMCArray'"
<pmichaud> some functions inadvertently return ResizablePMCArray instead of List
<pmichaud> hopefully this will be fixed when we do .HLL mapping
% wonko has left wonko!~konstanti@sd-11.stud.uni-potsdam.de
<jonathan> pmichaud: Is .HLL mapping on your list of things you plan to look at?
<jonathan> BTW, I have been following what you've been committing in the branch - like the look of it so far.
<pmichaud> jonathan: yes, .HLL mapping is on my list
<pmichaud> I'm going to create a branch for .HLL mapping experiments
<pmichaud> but I wanted to get P6object out of the way first
<pmichaud> and fix the class definitions in rakudo
<pmichaud> and probably do mutables
<pmichaud> and *then* try .HLL
<pmichaud> because .HLL will depend on a lot of those.
<jonathan> pmichaud: OK, sounds good.
<purl> speakers so loud they blow women's clothing off!
<pmichaud> yes, I like the way P6object has turned out.
<pmichaud> I'm going to apply it to PGE and PCT next.
<jonathan> pmichaud: Fix class definitions as in...?
<pmichaud> well, for one,  what we have as 'Hash'  or 'Perl6Hash'  should actually be 'Mapping'  :-)
<jonathan> Oh, OK. The built-ins.
<pmichaud> but mainly review the files in src/classes/  and make sure that they're reasonably following the spec
<pmichaud> I'll also look at the !keyword_hash type stuff -- it doesn't belong in Perl6Object.
<jonathan> Yes, that needs a good goiving over.
<pmichaud> er, !keyword_hash
<pmichaud> er, !keyword_has    
<pmichaud> (can you tell I've been tying "hash" a few too many times lately? ;-)
<jonathan> You sure, it's not because you visited Morrocco? ;-)
<pmichaud> although, come to think of it, "hash" sounds like it ought to be a unix shell of some sort.  :-P
<pmichaud> we already have sh, csh, ksh, bash, ... 
<Eevee> fish..
<pmichaud> wash..
<jonathan> Here Again SHell
<Eevee> I'm surprised there's no yash
<pmichaud> Home Again SHell
<pmichaud> or, if it's really small, it's the "Hardly Any SHell"
* pmichaud decides not to quit his day job.
* jonathan advises working on Rakudo. ;-)
* Eevee golfclap
<pmichaud> my rakudo work seems less visible than jonathan's  :-)
<pmichaud> implementing .* is COOL.
<pmichaud> implementing prefix:^ is COOL.
<pmichaud> re-designing the underlying metaobject system....  well, not so visible.  :-P
<jonathan> That's because you're doing the important stuff and I'm doing the stuff people think is the important stuff. ;-)
<Eevee> anything /^meta/ at least sounds cool
<pmichaud> well, I expect to be doing visible stuff again real soon, if you (and Eevee and japhb and particle and Tene and...)  haven't beaten me to it all first :-)
<pmichaud> yes, most of the stuff I've been doing is trying to make it easier for others to do also :-)
<pmichaud> I'm very pleased we have lots of new contributors
<jonathan> Yeah, it's really good to see.
<pmichaud> oh, I figured out how to handle 'self' in PCT 
<pmichaud> it's going to be   PAST::Var.new( :name('self'), :scope('register') )
<jonathan> Oh, good. I was pondering putting in lexical self support in time for the workshops, but if you have a solution coming I'll hold off.
<jonathan> Erm, will this work lexically?
<pmichaud> no
<pmichaud> in a Perl 6 method definition, we should have
<jonathan> Oh, as a way to get at self
<jonathan> And we will assign it to self lexical...
<pmichaud> yes.
<pmichaud> exactly.
<jonathan> Great.
<pmichaud> but one will also be able to do
<jonathan> Will we be able to do :name('I*')
<jonathan> "stick it in an int register"
<pmichaud> PAST::Var.new( :name('$P0'), ....   right.
<pmichaud> $P0 through $P9  (and $I0 through $I9, $S0 through $S9) are available for use.
<jonathan> Will that be enough?
<pmichaud> oh, I think so.  They're only usable within a block
<jonathan> I mean, I see using this for implementing the lowercase types like "int" somewhere down the line.
<pmichaud> oh.
<jonathan> Only allowing 9 such variables in a given scope, wouldn't work so well.
<pmichaud> for that I was thinking of something like
<jonathan> I need to think this through more, and I'm not planning it soon, mind.
<pmichaud> PAST::Var.new( :name('$foo')  :scope('register_int'))
<pmichaud> although I don't like register_int
<pmichaud> and there's also an issue of dealing with lexical 'int'
<kid51> pmichaud:  +1 from me on closing all those old tickets you've spotted.  I've closed those about which I have some knowledge/competence, but most of the ones you've tagged in the last hour are outside of my scope.
<pmichaud> kid51: thanks for closing them.  I just wanted a second confirmation, which you provided.
<jonathan> We need to have it in an int register and use that in the current scope, and then have a lexical PMC registered which is just a register reference PMC.
<pmichaud> oh, that could work.
<jonathan> I had to do similar for .Net, though it was a bit of a hack and didn't work with closures. It needs a little Parrot guts tweaks.
<pmichaud> anyway, I was also thinking of things like
<pmichaud> PAST::Var.new( :name('xyz'), :scope('register'), :isdecl(1) )
<pmichaud> which generates
<pmichaud> .local pmc xyz
<jonathan> Doing that and using that would avoid issues of conflicting with register numbers in generated code.
<pmichaud> I'm also thinking that a single PAST::Var node will explicitly be allowed to appear as children of multiple PAST nodes
<pmichaud> i.e.:
<pmichaud> my $reg = PAST::Var.new(...)
<pmichaud> PAST::Op.new($reg, ...)
<pmichaud> and later
% TiMBuS has left TiMBuS!~Hurf@123-243-167-27.static.tpgi.com.au
<pmichaud> PAST::Op.new($reg, ...)
<jonathan> I can see some :inline(...) in Rakudo going away quite nicely with :scope('register')
<pmichaud> exactly.  That's what made me think of it.
<pmichaud> also, you should be able to eliminate the "def" (or is it "$def") lexical.
<jonathan> I was about to say the exact same.
<jonathan> OK, I'm very happy to see this addition.
<pmichaud> there will also be :scope('root') to be able to get at other HLL namespaces
<jonathan> pmichaud++ # spotting common hacks and making a good way to do it
<jonathan> Sounds good.
<purl> speakers so loud they blow women's clothing off!
<jonathan> PCT is evolving nicely.
<pmichaud> yes, I was very pleased at coming up with :scope('register').  This past week has been very good for me to be able to come up with conceptual stuff :-)
<jonathan> I'll be pimping it to a load of undergrads who have just done a dynamic languages course next week at Stockholm uni.
<pmichaud> ooooh, nice.
<jonathan> Parrot and especially PCT.
<pmichaud> another feature I played with for PCT was to be able to mark some symbols as non-volatile
<jonathan> Meaning?
<purl> it has been said that Meaning is in the individual, whether a definition of a word, connotation of a symbol, or impression of a painting.
<pmichaud> i.e., if a hll or system *knows* that called functions won't be rebinding symbols, then it can flag a block or variable as non-volatile and PCT will re-use registers instead of doing constant find_lex and get_global fetches.
<jonathan> Oh, nice.
<pmichaud> i.e., it'll cache the register for each symbol and re-use it within the PAST::Block
* jonathan wonders if we'll actually be able to use this in Perl 6.
<pmichaud> in Perl 6, probably not... but NQP can use it!
<jonathan> True.
<jonathan> In Perl 6, only with a good deal of code analysis.
<jonathan> We'd certainly put that in a separate optimize stage.
<pmichaud> correct.
<purl> no, it's not!
<jonathan> purl: yes it is, n00b
<purl> jonathan: huh?
<pmichaud> I've tried to get rid of some of those autoreplies from purl, but without success.
<jonathan> The sounds good one is the one I need to learn to stop triggering.
<pmichaud> my itchy triggers is "correct."
<pmichaud> I already learned to stop saying "morning, all"
<jonathan> "you're welcome" or similar tends to illict a less than nice response too...
<jonathan> Next week, I'm pondering doing Rakudo day on Wednesday.
<jonathan> $other_job could do with my time on Monday for sure, and probably Tuesday too. And on Thursday afternoon I'm heading off to Stockholm for conference stuff.
<jonathan> (Lecture and workshop)
<pmichaud> yes, next weekend we're going on a vacation here
<pmichaud> (memorial day weekend in U.S.)
<jonathan> Ah, OK. Enjoy it!
<jonathan> Anywhere nice?
<pmichaud> Wednesday is likely the best day for me too
<jonathan> OK, sounds good.
<purl> speakers so loud they blow women's clothing off!
<jonathan> DAMM!
<Eevee> whoops, my reduce() doesn't work for empty list
<pmichaud> we're going to somewhere called "Fossil Rim".  Basically hiking and outdoorsy stuff with the kids.
<jonathan> Eevee: That's a tricky one to solve without defining multi-subs, which is what operators do.
<jonathan> Maybe just return undef for now.
<pmichaud> (return undef for now)++
<jonathan> pmichaud: Sounds nice. :-)
<Eevee> jonathan: that's what I was going to do
<Eevee> that's what the example impl in the spec does anyway
<Eevee> in pir, is "undef()" supposed to be "new 'Undef'" now?
<pmichaud> no.
<pmichaud> I suggest   'undef'()
<pmichaud> (for rakudo.)
<pmichaud> Perl 6 doesn't have an 'Undef' type.
<pmichaud> just call rakudo's undef() function directly and let it return the proper value.
<Eevee> both are used in List.pir but undef() doesn't work
<Eevee> incidentally, "say undef()" with parens doesn't work in rakudo
<pmichaud> oh
<pmichaud> that's right, rakudo parses undef specially at the moment.
<jonathan> pmichaud: There is no undef function
<jonathan> $P0 = get_hll_global 'Failure' # is probably OK
<Tene> pmichaud, jonathan, whichever asked: the reason that -> { ... } thinks that a signature is set is that -> *always* binds $?BLOCK_SIGNATURED, regardless of whether there are any parameters.
<Tene> I haven't fixed it yet.
<Tene> It'll take some reworking of that method
* Eevee Sandwich.new
<pmichaud> and yes, S04 seems to indicate that  -> { ... $^x ... }   is valid
<pmichaud> fixing pointy block parsing is another of those things on my list of things to get done :-)
<Tene> Also on mine.
* jonathan Pivo.new()
% AndyA has joined #parrot
<Tene> Eevee: I was showering.  Did your patch get committed?
<Eevee> svn bot hasn't said anything so I assume not.  but give me a sec, fixing for empty list
<Tene> kk
<Eevee> jonathan: hm.  with get_hll_global 'Failure', "<>.reduce({ ... })" stringifies to 'Failure' whereas rakudo's current undef stringifies to '' (but .WHAT is still Failure)
<Tene> I'll check back in 5.
<pmichaud> correct, because Failure is the protoobject
<pmichaud> try $P0 = get_hll_global 'Failure';   $P1 = $P0.'new'()
<pmichaud> that creates a new Failure object from the proto
<Eevee> ah.  get_hll_global sounded like it grabbed a singleton or something.  okay
<pmichaud> well, it does grab a singleton... unfortunately it's a singleton protoobject.  :-)
<pmichaud> I don't know if we have a singleton Failure non-protoobject lying about.  Perhaps we should.
<Eevee> it made sense
<pmichaud> come to think of it, much of Rakudo is still using Undef so it probably wouldn't hurt to use Undef for now if you prefer that.
<pmichaud> or even just   new 'Failure'
<pmichaud> (I'm assuming 'Failure' is registered as a class, which it may not be.)
<pmichaud> so, feel free to just go with new 'Undef' -- and we can fix it later
<Eevee> good old "try everything until one works" approach
<Eevee> just trying to reduce the amount of fixing-it-later that will be necessary
<pmichaud> well, there's a fair amount of that no matter what we do at this point.  :-)
<Eevee> yeah, Failure's not a class.  will go with new 'Undef', and change the undef()s in here so at least they work
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<Eevee> Tene: http://pastebin.com/d5df8ad8d  <>.reduce() and <>.pop() work now
<particle> japhb, pmichaud: look at the Exporter PMC, it was designed for hll exporting, has a flexible, well-defined api, and should be subclassable in c and pir
<particle> picnic dinner &
<pmichaud> particle: yes, but afaict Exporter doesn't actually solve the issues I brought up earlier.
<pmichaud> i.e., it handles the mechanics of exporting symbols, but not the conventions.
<particle> subclass it to handle the conventions
<pmichaud> no, that's not the issue.
<pmichaud> we want more than just export, we also want to be able to load modules.
<pmichaud> I don't think Exporter should do that.
<pmichaud> as loading a module is a very hll-specific item.
<particle> ah, ok. then i suggest a Loader PMC
<pmichaud> nah, we're just going to make a method on the HLLCompiler object
<pmichaud> it doesn't need to be in C
<pmichaud> hllcompiler.'load_module'('name', args)
<Eevee> Tene, pmichaud: wouldn't fixing pointy blocks only take this?  seems to work without breaking ones with param lists: http://pastebin.com/d3be0b70f
<pmichaud> Eevee: that's part of it.  Rakudo has an issue that it sometimes confuses  ->  with prefix:-
<pmichaud> i.e., it's also a parsing issue.
<Eevee> well, at least the problem with -> { foo($_) }
<particle> really gone &
<pmichaud> later, enjoy picnic!
<Eevee> $ ../../parrot perl6.pbc -e 'say <1 2 3>.grep(<-> { $_ % 2 })'
<Eevee> 13
* pmichaud has a soccer game in 40 mins.
* jonathan has bed in less than that
<pmichaud> and laptop is out of power.
<pmichaud> later, all.
<Eevee> seeya
<Tene> Eevee: looks like that's at least a big part of it.  I'll commit that and then look at reduce and pop
<Eevee> thanks
* jonathan sleeps
<jonathan> night all
<Tene> Man, typing is weird when my fingers are all sticky.  My girl had me helping her with some craft project and now my hands are covered with some weird adhesive.
<davidfetter> is it that spray adhesive?
<Tene> nah, some weird sticky wax.
<Tene> ... why am I compiling on the slow box?
* davidfetter finds this a strange juxtaposition, but probably because he thinks of ski- and other lubricating waxes
<Eevee> Tene: dramatic effect?
<Tene> Eevee: another simple patch would be adding an optional test param to List::uniq
% kid51 has left kid51!~jkeen@pool-68-237-16-164.ny325.east.verizon.net
<Eevee> ah, will have a look
<dalek> r27606 | tene++ | trunk:
<dalek> : [rakudo]
<dalek> : * Pointy blocks no longer set a signature when there are no params.
<dalek> : * List::reduce
<dalek> : * Eevee++
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27606
<Eevee> woo, I am useful
<Tene> That should be a pretty trivial patch, I was just too lazy to look up the optional param syntax stuff
% Ron_ has left Ron_!rblasch@62-47-182-127.adsl.highway.telekom.at
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% rdice has joined #parrot
<Tene> Eevee: tests for this stuff would be good too.
<Eevee> quite.  I have pugs commit access
<Eevee> ah, there's already a reduce.t, it just doesn't parse
% Andy has joined #parrot
% braceta has joined #parrot
% braceta has left braceta!~Braceta@78.130.8.99
<Tene> Eevee: reduce the parse fail to a minimal example
<Tene> and then show me
<Tene> (or fix it yourself if you'd like :)
<Eevee> it's at the colon in 'reduce { ... }: @array'
<Eevee> which I assume is more of a "not done" than "broken"
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% Theory has joined #parrot
<Tene> I'm not sure exactly what that is.
<Tene> one of the weird invocant syntaxes?
<Eevee> yeah, indirect object syntax.  method $obj: @args;
<Eevee> why it's written to use the *block* as the object, I don't know
% bacek has joined #parrot
<Tene> Yeah, that looks suspicious to me, unless blocks have a reduce method too.
<Tene> Or, is MMD relevant?  Is MMD insensitive to the order of arguments?
<Tene> are
<Tene> multi sub t ( Foo $x, Bar $y ) { ... }
<Tene> multi sub t ( Bar $x, Foo $y ) { ... }
<Tene> different?
<purl> different is probably good
<Tene> purl: forget different
<purl> Tene: I forgot different
<Eevee> hm, I don't know.  I would think so
<Tene> Yeah, that would surprise me too.
<Eevee> http://perlcabal.org/syn/S06.html#Invocant_parameters  third set of code examples..
<Eevee> rationale might be reduce {...}: @array -> {...}.reduce(@array) -> reduce({...}, @array)
<Eevee> or maybe colon really does reduce to comma if indirect syntax doesn't work
<Eevee> this test also has "{ ... }.reduce: @array"
<Tene> Yeah, that looks like blocks have a reduce method too.
<Tene> If so, those should be in their own test.
<Tene> refactoring!
<purl> refactoring is http://st-www.cs.uiuc.edu/users/brant/Refactory/ or http://st-www.cs.uiuc.edu/~droberts/tapos/TAPOS.htm or http://www.awl.com/cseng/titles/0-201-89542-0/techniques/refactoring.htm or Martin Fowler and http://www.refactoring.com/ or what you put on your time card when you're really on IRC. or http://search.cpan.org/~swalters/Object-PerlDesignPatterns-0.03/PerlDesignPatterns.pm or gives you a fuzzy feeling
<Eevee> if so, it's not in the spec
<Eevee> also having three different reduce()s is possibly a bit overboard
<Eevee> actually, List::uniq isn't in S29 either
<Tene> "The colon is just a special form of the comma, and has the same precedence"
<Eevee> "{ ... }.reduce: @array" still doesn't make sense then
<Eevee> $obj.method, @args?
<Tene> That's a different kind of colon. :)
<Tene> foo: ...
<Tene> is the same as
<Tene> foo( ... )
<Eevee> aha, no method calls without parens?
<Tene> right
<Tene> parens or :
<Eevee> okay, that makes a bit more sense then
<Tene> Oh, you didn't create the sub form of reduce in that patch.
<Tene> Where's 'reduce' specced?
<Tene> Ah, S29
<Eevee> http://perlcabal.org/syn/S29.html#reduce
<Eevee> yes
<Eevee> so yes needs a sub form
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
<Tene> the sub form takes Code first.
<Tene> and the invocant form first tries method dispatch and if that doesn't work, looks for a normal sub
<Tene> so it doesn't need to be a Code method.
<Eevee> right: <Eevee> rationale might be reduce {...}: @array -> {...}.reduce(@array) -> reduce({...}, @array)
<Tene> Right.
<Tene> Do you have any particular desire to write the sub version, or should i just do it?
<Eevee> just wasn't sure if the syntax was meant to chain like that
<Tene> According to S06, it is.
<Eevee> it's trivial, so probably easier for you if you write it
<Tene> Hm.  If it's slurpy, it won't be a List.
<Eevee> oh, wait.  will it be a ResizeablePMCArray?
<Tene> yeah
<Eevee> sub grep and some others don't work for the same reason
<Eevee> mentioned it earlier, and: <pmichaud> hopefully this will be fixed when we do .HLL mapping
<dalek> r27607 | tene++ | trunk:
<dalek> : [rakudo]
<dalek> : * sub form of reduce
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27607
<Tene> For now we could manually construct a List from the resizablepmcarray
<Tene> call constructor, that is
<Tene> anyway, dinner now.
<dalek> r27608 | rgrjr++ | trunk:
<dalek> : [DOCS]
<dalek> : * docs/pdds/draft/pdd19_pir.pod:
<dalek> :    + Expand the documentation of :immediate by hijacking the revcomp.pir
<dalek> :      example, which illustrates a hidden feature.  Expand :postcomp
<dalek> :      slightly to match.
<dalek> :    + Also refine the descriptions of :main, :init, and :load.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27608
<Eevee> okay, think I've played with rakudo enough for the moment..  doctor who taking priority
<Tene> sweet
<japhb> nopaste?
<purl> rumour has it nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
* japhb can't wait for the next season of Dr. Who to come out on DVD ...
% b2gills has left #parrot
<bacek> hi there
<bacek> hello. I've got another stupid question: why 'cmp pmc1, pmc2' always returns -1? 
% bacek has left bacek!~bacek@123-243-38-218.tpgi.com.au
% bacek has joined #parrot
<bacek> hello. I've got another stupid question: why 'cmp pmc1, pmc2' always returns -1? 
<bacek> oops. sorry for spam...
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<pmichaud> it depends on what pmc1 and pmc2 are
<pmichaud> easy way to construct a List is to call list()
* particle wishes he had more time this weekend for rakudo, but building a deck takes lots of time...
<particle> movie night &
% Psyche^ has joined #parrot
<pmichaud> I'm spending lots of time on it this weekend, but wish I had more.
<pmichaud> time is definitely my number one blocker at the moment.  Either that or coding speed.
% Patterner has left Patterner!~Psyche@e177239066.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<Tene> particle: "a deck"?
% tetragon has left tetragon!~seneca@CPE0040d001f62f-CM000a736592a8.cpe.net.cable.rogers.com
<dalek> r27609 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Add P6object.pbc into root makefile.
<dalek> : * Set properties on files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27609
<dalek> r27610 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Have p6object.t load P6object.pbc instead of P6object.pir.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27610
<dalek> r27611 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Add some documentation to P6object.pir .
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27611
<PerlJam> Good evening.
<PerlJam> How did the bug hunt go?
<pmichaud> good for me -- I found a few and got them closed.
<pmichaud> mostly I've been doing devel work today, though.
<PerlJam> looks like bernhard and fperrad have been busy updating plumhead and lua too (reading the log now)
<PerlJam> And I have to say that I'm always amazed and very happy when I see chromatic do something like "16.23% improvement in the Rakudo-building benchmark"
<PerlJam> chromatic++
<PerlJam> chromatic++
<pmichaud> I'm surprised at how much GC is a factor.
<PerlJam> really?  Why's that?
<pmichaud> I knew GC was a factor -- I just didn't think it was as big as it's turning out to be.
<pmichaud> I mean, when a 3-line change results in a 20% speed improvement... well, something's weird there.  :-)
<PerlJam> GC is pervasive; seems to me like it would be the biggest factor.
<pmichaud> yeah, I suppose so.
<pmichaud> anyway, I agree.  chromatic++
<pmichaud> actually, I'm quite pleased and impressed with all of the contributors we've had recently
<PerlJam> Jonathan++ is amazing too :)
<pmichaud> It's been very good to see things like .* implemented, and placeholder vars
<pmichaud> and Eevee's recent contribution of .reduce was a very pleasant surprise
<PerlJam> heh, I was just looking at that
<PerlJam> When's the next release?
<pmichaud> Tuesday.
<purl> i think tuesday is pick-on-purl day or ask us to give you the syntax of perldoc -f day or http://us.imdb.com/Title?0064471 or little-tolerance-for-stupidness day or devoice dynweb at will day or love masque day or random body mods day or I'll-use-colloquialisms-if-I-wanna day or FAQ day. But then so is every other day. or overbearing sexual reference day. (NO, not SOFT references.) or homoerotica day or see tuesday2
% sjansen has left sjansen!~sjansen@75-169-131-15.slkc.qwest.net
<PerlJam> pm: What else have you been up to lately?  And what's this Solstice framework I see you're talking about at yapc?  :)
<pmichaud> I've been mainly rakudo and parrot hacking all week.
<pmichaud> and begrudging sleep because it takes away from my rakudo and parrot hacking.
<pmichaud> other than that, just planning trips and vacations.  It's going to be a very busy summer.  :-)
<pmichaud> and Solstice isn't me (but I think you knew that).
<pmichaud> oooh, one week to get my YAPC::EU submission in :-)
<pmichaud> .....30 minutes?!?!?
<pmichaud> how am I supposed to do a talk in just 30 minutes?
<PerlJam> talk real fast
<pmichaud> maybe I'll do talks as part 1, part 2, etc :-)
<PerlJam> You could do a mix of Bob Dylan and the Takahashi method of presentation. You wouldn't even have to speak, just flip through slides.
<PerlJam> Dr. Seuss might be funnier though :)
<dalek> r27612 | pmichaud++ | p6object:
<dalek> : [p6object]:
<dalek> : * Allow new_class method to create classes with multiple parent classes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27612
<pmichaud> found another bug.  :-)
<PerlJam> I thought bug day was about squashing them, not finding them :)
<pmichaud> it's both.  :-)
<pmichaud> but I'm working on something else at the moment, so I'll just file my ticket and move on.
<PerlJam> hmm.  interesting.  "git svn rebase" says it's up to date, but I've only got to r27608
<obra> 3
<pmichaud> 2
<pmichaud> 1
<PerlJam> 0
<pmichaud> *
<pmichaud> (whatever.)
<PerlJam> -Inf
% jan has left jan!~chatzilla@89-253-66-101.customers.ownit.se
<Eevee> okay, I have to know
<Eevee> purl, tuesday2?
<purl> tuesday2 is Beat-the-fuck-out-of-{coworker,client}-day or kick Yaakov day or not kick dynweb day or free pr0n day
<Eevee> and a thrilling conclusion.  good to know not everything that happens on tuesday is terrible
<pmichaud> purl, tuesday is also #parrotsketch day.
<purl> that is too long, pmichaud
<pmichaud> aha.  tuesday is also too long, apparently.
<Eevee> I was about to say you should add that to tuesday
<Eevee> but tuesday is too long..  so you'd have to add it to tuesday2..  and then it would be wrong..
<pmichaud> I guess purl has outsmarted us once again.
<pmichaud> argggh.  I really want to stay up and code more, but I'm falling asleep.  :-(
<pmichaud> guess I'd better sleep -- sleepy code is often not good code.
<PerlJam> pm: nap, get up early and code some more.
<pmichaud> I pretty much need to dedicate tomorrow to finishing grading for my classes.
* spinclad just relieved purl of 'correct.' and 'sounds good.' responses.  key was 'forget correct. ' <- the final space.
<pmichaud> really?  excellent!
* pmichaud tests.
<pmichaud> correct.
<pmichaud> yay!!!!!
* purl beats pmichaud to a pulp
<pmichaud> 05:50 <pmichaud> I guess purl has outsmarted us once again.
<pmichaud> spinclad, thanks a lot for finding that.  It's been bugging me and jonathan (as you undoubtedly saw)
<pmichaud> okay, time for sleep.  be back tomorrow sometime
<Eevee> night
% Zaba_ has joined #parrot
% Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru
<spinclad> pmichaud, my pleasure.  been bugging me a lot, too.
<spinclad> (and now that i'm caught up to thistime):
<spinclad> .oO { PAST::Var.new( :name('xyz'), :scope('register'), :register_class('int'), :isdecl(1) )  # generates  C< .local int xyz >  } Oo.
% Mat1 has left Mat1!~matthew@S01060004e2f8e6e8.no.shawcable.net
% Andy has left Andy!~Andy@64.81.227.163
% IllvilJa has joined #parrot