% Ademan has left Ademan!~dan@h-67-101-40-47.snfccasy.dynamic.covad.net
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177233024.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% Ademan has joined #parrot
<dalek> r28934 | moritz++ | trunk:
<dalek> : [rakudo] added S29-str/lc.t to spectest_regression
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28934
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% TonyC has left TonyC!~tony@202-154-105-237.people.net.au
% nopaste has joined #parrot
% particle1 has joined #parrot
% particle has left particle!~particle@c-98-232-28-49.hsd1.wa.comcast.net
<dalek> r28935 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : The content of json.pir and say.pir was duplicated.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28935
% barney has joined #parrot
<dalek> r28936 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Set SVN properties for new files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28936
% base has left base!~base@125.212.66.122
<dalek> r28937 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Add copyright statements.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28937
<dalek> r28938 | bernhard++ | trunk:
<dalek> : [Plumhead(Pipp)]
<dalek> : svn merge -r 28889:28934 https://svn.perl.org/parrot/branches/libs4php/languages/plumhead
<dalek> : Disable PCRE until there is a check whether PCRE is available
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28938
<chromatic> And there's the lexical fix.
<dalek> r28939 | chromatic++ | trunk:
<dalek> : [PMC] Made Closure PMC respect enclosing runtime-created Closures when
<dalek> : initializing lexpads (see RT #56184).  In short, the simple pointer address
<dalek> : comparison to find an enclosing outer Sub didn't take into account the fact
<dalek> : that Closures created with the newclosure op, for example, have different
<dalek> : pointer addresses than the constant Closures frozen into the bytecode constant
<dalek> : tables.
<dalek> : A better long-term fix is to give every :outer sub a unique lexid and compare
<dalek> : those directly, but this will work until someone gets around to that bigger
<dalek> : refactoring.
<dalek> : Also added a test from the ticket (Patrick Michaud).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28939
<moritz> chromatic++
<bacek_> wow
<bacek_> chromatic++
<dalek> r28940 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Tell config/gen/languages.pm and config/gen/makefiles/languages.in about json
<dalek> : The content in languages/json/config/makefiles/root.in was duplicated.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28940
<chromatic> Just don't think of me as "The guy who fixes lexicals."
<chromatic> I already get that with GC and IMCC.
<moritz> ;-)
<bacek_> :) summon jonathan
<moritz> what about "the guy who fixes ugly low-level guts"? ;-)
<chromatic> I made this one a little uglier, I fear.
% chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net
<bacek_> 4 lines 'if'...
<dalek> r28941 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Update CREDITS and languages/LANGUAGES_STATUS.pod.
<dalek> : Add languages/json/MAINTAINER.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28941
% barney has left barney!~bernhard@p549A36E8.dip0.t-ipconnect.de
% bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au
<dalek> r28942 | chromatic++ | trunk:
<dalek> : [src] Tidied code slightly; no functional changes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28942
% Whiteknight has joined #parrot
% Whiteknight has left Whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% rdice has joined #parrot
<dalek> r28943 | kjs++ | trunk:
<dalek> : [languages/json] actions and grammar files contents were duplicated, this is now fixed.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28943
% ruoso has left ruoso!~ruoso@201.45.49.162
<dalek> r28944 | moritz++ | trunk:
<dalek> : [rakudo] add tools/autounfudge.pl
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28944
% tetragon has joined #parrot
% kid51 has joined #parrot
% tetragon has left tetragon!~seneca@216.126.67.44
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% nopaste has joined #parrot
% tetragon has joined #parrot
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
% kid51 has left kid51!~jkeen@70.107.14.202
% barney has joined #parrot
<dalek> r28945 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Tell SVN about generated files.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28945
% iblechbot has joined #parrot
<dalek> r28946 | bernhard++ | trunk:
<dalek> : [languages/json]
<dalek> : Tidy some more files with duplicated content.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28946
* barney is starting with renaming Plumhead to Pipp
% kj has joined #parrot
<dalek> r28947 | bernhard++ | trunk:
<dalek> : Let SVN ignore the generated file parrot_test_run.tar.gz
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28947
<barney> kj: I'm still getting failures with languages/json under Linux
% tetragon has left tetragon!~seneca@76-10-148-120.dsl.teksavvy.com
<kj> barney: hi
<purl> privet, kj.
<kj> well the only reason I didn't commit languages/json (the patch) myself was that I wasn't sure whether it would be useful; I just didn't want to loose the source
<kj> but I saw it was committed probably to reduce the # of open  tickets  :-)
<kj> I'll have a look at it
<barney> Yes, In a way it makes sense, in other ways it is redundant
<barney> It would be interesting to have a benchmark between PCT and handrolled parsing
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-119.dynamic.mnet-online.de
<moritz> t/00-sanity.t....end of file expected at line 1, near "# This jus"
<kj> barney: you mean make test fails?
<kj> that's because I didn't include any tests...
<dalek> r28948 | bernhard++ | trunk:
<dalek> : Fix json.realclean in languages/Makefile
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28948
<kj> I'll fix it with a simple change; other tests can be added later
% Ademan has left Ademan!~dan@h-68-167-206-175.snfccasy.dynamic.covad.net
<kj> mm problem is that json is not a language with statements
<kj> so no print functionality
% petdance has joined #parrot
% petdance has left petdance!~Andy@64.81.227.163
<particle1> kj: didn't you use tools/dev/mk_language_shell.pl to create json?
<kj> yes
% particle1 is now known as particle
<kj> yes i did
<particle> ok, but you didn't update the tests
<kj> that's right
<barney> Ah  t/00-santity.t is a stub generated by tools/dev/mk_language_shell.pl
<particle> sorry, i meant to respond to that ticket that the patch file was duplicated
<kj> I didn't expect the patch to be applied
<particle> oh, yuck
<kj> the duplication in patches is something I experienced before. Not sure why that happens.
<particle> i don't think that was clear in the ticket... not expected to be applied
<kj> well, I sent it in for a review
<dalek> r28949 | bernhard++ | trunk:
<dalek> : Clean up parrot_test_run.tar.gz on 'make clean'
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28949
<kj> and whether it could be used to replace the hand-written one
<kj> because that one contains A LOT of code
<kj> and this one is minimal
<kj> but you're right. The ticket wasn't clear.
<particle> whoever applied it should have done a better job of analysis
<kj> well I don't want to blame anyone; I 
<particle> because barney has had to do quite a bit of cleanup
<kj> I'm sure the person who did meant well
<particle> sure, understood
<particle> most people here mean well :)
<kj> I would think s/most/all/
<particle> but we can all learn something, too :)
<kj> true. So my intention was to put this up for review, and maybe people would be interested in replacing the manually written one with this, at some point.
<kj> I'd sent it to parrot-porters, but somehow it never arrived, AFAICT
<particle> i got it
<particle> that's why i said "meant to respond"
<barney> That's still a good plan. Let it mature in 'languages' and eventually move it over to 'json'
<barney> s/'json'/'compilers'/
<kj> there's currently only a json->parrot translator, not a parrot->json translator. 
<kj> where 'parrot' means array/hash built-in pmcs
% Ademan has joined #parrot
<particle> yes, right
<particle> wait, didn't i start that?
% gryphon has joined #parrot
<particle> runtime/parrot/library/JSON.pir
<kj> oh I guess that's the one used by compilers/json
<particle> oh, right, coke did that
<particle> i did yaml
<kj> so array/hash->json is not actually in compilers/json. that's good
<particle> ...four letter acronyms... all look alike...
<particle> we need a yaml parser
<particle> parser/dumper pair, actually
<kj> anyway, i don't mean to throw away compilers/json just like that. I just was bored (without internet at home)
<particle> so we can serialize past, post, etc
<NotFound> Did we have a pmc or a class for json objects?
% TiMBuS has left TiMBuS!~Hurf@123-243-167-27.static.tpgi.com.au
<kj> json objects are just arrays and hashes
<kj> [] -> array, {} -> hash
<NotFound> Yeah, but hashes actually can contain other things. Json objects are supposed to contains only other json objects.
<kj> so you're implying that hashes are not failsafe in the to-json operation?
<kj> not proper json-able
% purl has left purl!purl@sentient.life
% paco has joined #parrot
<DietCoke> there's a question as to whether compilers/json should even be in here. =-)
<DietCoke> I did _that_ because I was bored one day, it wasn't a requirement for anything.
<NotFound> And that we can't take any pmc and have some way granted that it only contains json data.
<DietCoke> we can just do our best, ja. good luck putting a closure into JSON.
<NotFound> DietCoke: not a requirement, but is nice to have a json way available when one needs a way to store/retrieve structured data.
<kj> DietCoke: it seems like a reasonable thing to do, converting stuff into JSON
<kj> so next is YAML and maybe XML :-)
<particle> somebody's gotta do xml, but it won't be me
<NotFound> I will vote for one way in core, and the others in modules.
<barney> kj: you forgot S-Expressions
<kj> that's the stuff with parentheses, right?
<kj> (key value)
<barney> yes
% rurban has joined #parrot
<kj> sounds to me there should be some common class for to_***() functionality, that can take parameters for the specific output; json taking [] and {,:,}; s-expressions only (), etc.
<rurban> Hi :) I'm just making up the new parrot packages for cygwin. I wonder how others named the rakudo or perl6 package? I want to name it parrot-perl6.
<kj> and xml using <>, </>
<rurban> I found nothing useful at debian, gentoo and freebsd ports.
<particle> how about parrot-languages-perl6?
<particle> or parrot-languages-rakudo
<particle> then we can distinguish parrot-languages from parrot-library etc
<NotFound> What about just 'rakudo'?
<rurban> Isn't "languages-" superfluous?
<particle> i'd like to see a rakudo package that depends on a parrot package
<rurban> I have parrot, libparrot0, libparrt-devel, and then parrot-perl6, parrot-lua, ...
<NotFound> rakudo is supposed to be perl6 in parrot, so the parrot part is redundant.
<particle> there can be more than one perl6 on parrot
<rurban> For pugs I need first ghc and this is a major work todo, so the simple parrot languages first.
<NotFound> particle: but we won't to call it rakudo.
<rurban> But I want pugs as reference also
<particle> NotFound: correct
<rurban> So far I build --languages="perl6 parrot_compiler punie lua"
<particle> languages/parrot_compiler isn't something that should be packaged
<rurban> ok.
<particle> it should probably be removed from the repo
<kj> i was just wondering, is parrot_compiler still used somewhere?
<moritz> rurban: pugs is currently packaged via cabal, the haskell package maanger
<rurban> just removed it from the ports file
<rurban> what are the other most stable langauges that deserve a seperate package?
<barney> It's not used anywhere. Some code could be salvaged into an example.
<NotFound> Giving the interest recently seen, lolcode is a good candidate.
<kj> squaak is stable :-) (but not that useful I guess)
<barney> Pipp
<barney> Eclectus maybe
<kj> cardinal is improving I think?
<barney> m4 and hq9plus and urm defintily not
% Whiteknight has joined #parrot
<dalek> r28950 | fperrad++ | libs4php:
<dalek> : [php] cache with PCRE
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28950
% TimToady has left TimToady!~larry@209.9.237.164
% TimToady has joined #parrot
<particle> stable: abc cardinal eclectus lolcode lua perl6 punie pynie squaak
<dalek> r28951 | Whiteknight++ | gsoc_pdd09:
<dalek> : a few diagnostic fixes and changes
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28951
<dalek> r28952 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : First round of renaming Plumhead to Pipp.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28952
<rurban> in the smokes there are only a few 100% ok for cygwin: unlambda, regex, lazy-k, bf. That's all
<NotFound> rurban: don't lose the opportunity, you can be the first person in the world to make a Pipp package.
% vhold has left vhold!~vhold@adsl-67-114-158-146.dsl.sntc01.pacbell.net
% vhold has joined #parrot
<rurban> I definitely DO NOT want to be the first :)
<NotFound> Coward ;)
<particle> ok, now pipp is approaching stability, since it exists
% obra has left obra!~jesse@diesel.bestpractical.com
<particle> a minute ago it was plumhead
* NotFound plays 'A star is born'
<rurban> pipp: is that php?
<particle> rurban: if it's a hard requirement for all tests to pass in order for packages to be made/supported, then we have some work to do for sure
<particle> yes
<particle> pipp is parrot's php
<rurban> ok, pipp is a candidate also then.
<particle> lua should be a candidate
<NotFound> There will not be a new name for Lua in parrot? What about the winged- idea?
<rurban> lang_stable="abc cardinal eclectus lolcode lua perl6 punie pynie squaak pipp"
<rurban> lang_alltests_ok="unlambda regex lazy-k bf"
<particle> i don't understand why perl6 tests are failing
<rurban> lang_alltests_ok="unlambda regex ook lazy-k bf"
<particle> make test on languages/perl6 is very simple
<rurban> oops, sorry. perl6 is not my languages-smoke. I forgot it
<particle> make sure all the stable langs are in languages-smoke
<particle> it may be, however, that parrot's languages-smoke can't deal with certain languages' test suites
<rurban> If I remember the perl6 tests run only with make fulltest
<particle> oh god no
<particle> that won't pass for a year or so
<particle> make test
<particle> or make spectest_regression
<particle> but fulltest includes all of the official perl6 spec tests
<rurban> fulltest is not so bad:
<moritz> particle: fulltest is fine
<particle> we're only passing ~25% of the 20% that's been converted
<moritz> particle: fulltest is spectest_regression + codetests + sanity-tests
<moritz> particle: 'spectest' is bad
<particle> i must have an older makefile then
<rurban> t/codingstd/c_function_docs (Wstat: 256 Tests: 1 Failed: 1)
<rurban> t/codingstd/c_macro_args   (Wstat: 256 Tests: 1 Failed: 1)
<rurban> t/codingstd/fixme          (Wstat: 256 Tests: 1 Failed: 1) 
<rurban> t/codingstd/pod_todo       (Wstat: 256 Tests: 1 Failed: 1) 
<rurban> and a few other examples failures
<moritz> rurban: in the last release? or svn HEAD?
<rurban> svn HEAD
<rurban> from my dailiy smokes
<dalek> r28953 | Whiteknight++ | gsoc_pdd09:
<dalek> : [gsoc_pdd09] updating to trunk 28949
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28953
<rurban> Now I only have to try out building in a seperate builddir without lndirs
<particle> ah, yes, fulltest is reasonable now
<moritz> rurban: the condingstd tests in languages/perl6/ should be the same as in the main parrot dir  -do they fail there as well?
<NotFound> The codingstd tests checks for platform EOL in sources?
<rurban> moritz: I obviously never did make test -C languages/perl6
<moritz> rurban: ok
% purl has joined #parrot
<tewk_> P{}
<barney> Yes languages-smoke only works for langs with Perl5 test scripts.
<rurban> My current languages-smoke on cygwin is not good: 280 OK from 2722 tests (10.29% ok)
<rurban> perl6 fails with  No rule to make target `/usr/src/perl/parrot/parrot-svn/runtime/parrot/library/PGE/Perl6Grammar.pbc', needed by `src/gen_grammar.pir'.  Stop
<moritz> that's bad, that should be created during 'make' in top level parrot
<moritz> rurban: care to submit a bug report?
<moritz> parrotbug?
<purl> parrotbug is mailto:parrotbug@parrotcode.org or http://svn.perl.org/parrot/trunk/docs/submissions.pod or see also "rakudobug"
<rurban> first I fix my 0.6.3 release. then I look into the new bugs.
<moritz> ok
<rurban> the new glut bindings broke a lot of things
% iblechbot has joined #parrot
<rurban> Configuring languages... step gen::languages died during execution: Can't open languages/pipp/config/make files/root.in: No such file or directory at lib/Parrot/Configure/Compiler.pm line 266.
<rurban> oops, sorry! I mixed up 0.6.3 with svn HEAD
<DietCoke> (what, no tcl on cygwin? :P)
<barney> rurban: For svn HEAD you might need to do a 'make realclean' first
<DietCoke> I am surprised that tcl is failing any tests. there might be one warning with the lsort test, but if you squint, all the test did pass. =-)
% bacek has left bacek!~bacek@123-243-38-218.tpgi.com.au
% stupidbot has joined #parrot
<dalek> r28954 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : Second round of renaming Plumhead to Pipp.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28954
<barney> BTW: There is now a simple languages-test-separate Makefile target
% TonyC has joined #parrot
% gmansi_ has joined #parrot
% bacek has joined #parrot
% gmansi has left gmansi!~gmansi@190.55.35.246
<dalek> r28955 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : Get rid of some TGE related code.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28955
% peepsalot has joined #parrot
<dalek> r28956 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : The files driver_nqp.pbc and pipp_pct.pbc are no longer generated.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28956
% ambs has joined #parrot
<dalek> r28957 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : Readd the *.java files generated for the Antlr3 variant,
<dalek> : after the renaming from Plumhead to Pipp
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28957
<dalek> r28958 | bernhard++ | trunk:
<dalek> : [Pipp]
<dalek> : Clean up the files benerated during 'make maintain-antlr3'
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28958
<dalek> bernhard.schmalhofer@gmx.de | Plumhead:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?plumhead
<dalek> bernhard.schmalhofer@gmx.de | Pipp:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?pipp
<dalek> bernhard.schmalhofer@gmx.de | Plumhead:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?plumhead
<dalek> bernhard.schmalhofer@gmx.de | Pipp:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?pipp
<dalek> bernhard.schmalhofer@gmx.de | plumhead_renaming:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?plumhead_renaming
% masak has left masak!~user@130.238.45.242
% Theory has joined #parrot
<cotto_home> barney, I'd recommend that we not change names on the wiki (or in the code) until pipp.org is actually transferred.
<cotto_home> There's no indication that anything will go wrong, but I don't like jumping the gun.
<barney> Sorry, it's already done.
<cotto_home> It won't hurt anything.  I'd leave the code alone, for now
<ambs> kind of OT question: anybody with firefox3 and problems editing pages on socialtext?
<cotto_home> also, we'll have to coordinate with fperrad so his code doesn't get out of sync
<DietCoke> cotto_home: it would be nice if we had someone else on cygwin tell us they had a successful build.
<cotto_home> DietCoke, wrt which ticket
<cotto_home> ?
<DietCoke> the one you just closed. 42692
<barney> cotto_home: fperrards changes are merged into trunk, but there are some extra changes
<cotto_home> barney, ok.
<cotto_home> DietCoke, I closed that one because of apparent lack of interest, but I plan on getting a cygwin build environment set up soon, at which point I can test it myself.
<rurban> firefox3 has definitely problems with socialtext where you mention it.
<rurban> I tried the search box and nothing happened when I was in edit mode.
<ambs> rurban, good its not just me
<rurban> I am on Win XP sp2
* ambs starts safari to edit TPF website
<ambs> rurban, macos
<rurban> SeaMonkey 1.1.9 also has pronblems with socialtext
<cotto_home> barney, it looks like pipp.org will be transferred later today
% rdice has joined #parrot
<barney> cool
% Theory has left Theory!~Theory@c-67-160-131-113.hsd1.wa.comcast.net
% mj41 has left mj41!~chatzilla@pc-jurosz.ro.vutbr.cz
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<barney> http://use.perl.org/~Bernhard/journal/36838
<dalek> r28959 | cotto++ | trunk:
<dalek> : [pipp] fix some PMC-related targets
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28959
% sjansen has joined #parrot
% ruoso has joined #parrot
% cognominal is now known as yossarian
<barney> cotto: clean-pmc is already in clean-common
<cotto_home> barney, my mistake
<cotto_home> I'll take it out.
<cotto_home> (out of clean)
<dalek> r28960 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Update spectest-progress.csv:  80 files, 1290 passing tests
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28960
<dalek> r28961 | cotto++ | trunk:
<dalek> : [pipp] backing out an unnecessary dependency in the makefile
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28961
<pmichaud> http://www.pmichaud.com/perl6/rakudo-tests-2008-07-02.png
% mj41 has joined #parrot
<cotto_home> barney, my code is all up-to-date.  Thanks for taking care of the name change.
<cotto_home> barney++
<Auzon> pmichaud: Does that mean that we added 150 tests were added since the last data point?
<Auzon> That's quite impressive if so :)
<pmichaud> on 07-01 there were five new test files added to spectest_regression, and a total of 183 new tests
<Auzon> I see the file now
<pmichaud> on 07-01 we also passed 118 more tests
<pmichaud> because of chromatic++ 's lexical bug fix, I'm hoping I can get $_ and .method working today
<pmichaud> (but kids keep interrupting around here )
<kj> can't you learn the kids to program? :-)
<kj> s/learn/teach/
<cotto_home> "Daddy, what's an incremental garbage collector?"
<pmichaud> "Our dog is a good example."
<kj> ha ha
<cotto_home> pmichaud++
<pmichaud> "or your rooms."
<pmichaud> (I'll avoid the obvious comments about "Daddy's desk"  :-)
<kj> i think there's a leak in there too :-)
<NotFound> kj: let them play with a good old line-numbered Basic Interpreter.
<kj> is it running on parrot?
% magnachef has left magnachef!~magnachef@cpe-74-78-109-88.buffalo.res.rr.com
<NotFound> Not sure, but I think I readed that the basic in the repo accepts line numbers.
<kj> it seems thecompiler works, but the generated code is not
<kj> s/is/does/
<NotFound> Anyway, IMO a true old-style basic must be a pure interpreter.
<kj> does it matter what the interpreter does internally?
<kj> that is, it needs to parse the input anyway, and it might as well generate PIR
<NotFound> kj: yes, if you want to play old games like auto-modifiable code.
<kj> mmm ok. I don't have experience playing old games
<kj> .. in basic
<NotFound> kj: if you want to try, here is my interpreter: http://blassic.org
<kj> nice! don't you feel the urge for a parrot port? :-)
<Infinoid> *urge* *urge*
<NotFound> Maybe someday I try with a subset.
<NotFound> Or maybe I try to embed parrot inside it.
<kj> mmm. ecmascript seems to fail tests :-(
<kj> it was working last time I touched it, iirc
% magnachef has joined #parrot
% magnachef_ has joined #parrot
<NotFound> kj: fails also for me.
<kj> the grammar seems fine.
% magnachef has left magnachef!~dmagnus@bflo.corp.synacor.com
% rurban_ has joined #parrot
<NotFound> Pipp build with C++ pass all tests. Good work, guys.
% rurban has left rurban!~chatzilla@212-183-52-169.adsl.highway.telekom.at
% rurban_ is now known as rurban
% cjfields has joined #parrot
<NotFound> A doubt about the imcc_init function: several places call it, and docs/embed.pod claims it is required to be able to use the compiler. However, it is called from make_interpreter, so it must be always already initialized, it isn't?
<kj> there seems to be something wrong with \N in ecmascript's grammar. Anybody knows about any changes in PGE w.r.t. \N?
<pmichaud> havent been any changes for \N that I'm aware of.
<kj> ok
<NotFound> Dropped all calls to imcc_init in t/src/compiler.t and all test still passes.
* DietCoke had fun with his eldest (catching up on scrollback) yesterday giving him a puzzler from car talk, letting him figure it out, then showing him how to do it in perl, then showing him how much faster it was in C. 
<japhb> How old is your eldest?
<DietCoke> 11.5
<NotFound> DietCoke: are you premature optimizing your childs?
<dalek> r28962 | pmichaud++ | trunk:
<dalek> : [pct]:
<dalek> : * PCT now generates lexical scopes via :lexid.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28962
<dalek> r28963 | kjs++ | trunk:
<dalek> : [ecmascript] change throw and return into tokens using \N; tests pass again.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28963
<NotFound> kj: pass here also.
<kj> NotFound: thanks for checking
<kj> I suspect it has something to do with the <ws> rule.
% ruoso has left ruoso!~ruoso@201.45.49.162
% kj has left kj!~IceChat7@193.1.100.105
% barney has left barney!~bernhard@p549A1472.dip0.t-ipconnect.de
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
% rdice has joined #parrot
% magnachef_ has left magnachef_!~dmagnus@bflo.corp.synacor.com
<Whiteknight> DietCoke still here?
<DietCoke> yes
% yossarian is now known as crapulous
<DietCoke> and still
% crapulous is now known as crapuleux
<Whiteknight> I want to create a branch to work on that :vtable has "Self" problem. you dig?
<dalek> r28964 | pmichaud++ | trunk:
<dalek> : [pct]:
<dalek> : PAST::Compiler no longer calls newclosure for nested blocks --
<dalek> : it relies on the PAST tree to make newclosure op nodes
<dalek> : as appropriate.  (This part of the design may change yet
<dalek> : again, but we'll go with this for now as it appears to work.)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28964
<Whiteknight> the problems are sufficiently far-reaching that I think a separate branch is in order
<pmichaud> chromatic++ # fixing RT #56184
<stupidbot> Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
<cjfields> stupid stupidbot (is that redundant?)
<pmichaud> purl, stupidbot?
<purl> no idea, pmichaud
<pmichaud> stupidbot is still stupid.
<Whiteknight> stupidbot?
<purl> stupidbot is still stupid.
<Whiteknight> purl++
<cjfields> stupidbot is also purl's red-headed stepchild
<purl> okay, cjfields.
<Infinoid> opbots, names
<dalek> r28965 | fperrad++ | libs4php:
<dalek> : [php] move var_dump() tests
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28965
<dalek> r28966 | fperrad++ | libs4php:
<dalek> : [php] implement count()
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28966
% ruoso has joined #parrot
<nopaste> "pmichaud" at 76.183.97.54 pasted "patch results in infinite loop in imcc" (58 lines) at http://nopaste.snit.ch/13451
<pmichaud> can someone apply the nopaste patch to trunk and see if they can get perl6.pbc to build?
<pmichaud> on my system it hangs at the  ../../parrot  -o perl6.pbc perl6.pir
<pmichaud> if I comment out the "push_eh" instruction it compiles cleanly
* pmichaud tries a fresh checkout
<dalek> r28967 | fperrad++ | trunk:
<dalek> : [php] move var_dump() tests
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28967
<pmichaud> okay, I get the infinite loop in a fresh checkout, also.
<pmichaud> if anyone else can confirm the problem I'd really appreciate it.
<Whiteknight> what's the problem? stall on make perl6?
<pmichaud> stalls on   compiling perl6.pbc
<Whiteknight> okay, let me fire it up
<dalek> r28968 | fperrad++ | trunk:
<dalek> : [Pipp] implement count()
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28968
<pmichaud> purl, 422/943?
<purl> pmichaud: i don't know
<pmichaud> 422 / 943 
<purl> 0.447507953340403
<Whiteknight> mine built
<Whiteknight> update, clean, build, worked
<pmichaud> Whiteknight: platform?
<pmichaud> Whiteknight: you applied the patch I nopasted?
<Whiteknight> no, no patch
<Whiteknight> Debian, ubuntu 8.04
<pmichaud> oh, I know it builds from clean.
<Whiteknight> oh, so we were testing the patch?
<pmichaud> yes, I'm trying to see if that patch causes anyone else's imcc to hang
<Whiteknight> ...I'll try that then
<pmichaud> thanks
<pmichaud> I greatly appreciate it
<dalek> r28969 | fperrad++ | trunk:
<dalek> : [Pipp] cache with PCRE
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28969
<NotFound> pmichaud: if you are working with imcc issues, please take a look at the patch I've sended now, RT#56538
<stupidbot> Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
<pmichaud> NotFound: I'm not working actively with imcc internals -- I'm just very surprised to come across something where I can make it "hang"
<pmichaud> it's just compiling a (very lengthy) pir file, but it really should never hang
<NotFound> This is more an external than an internal ;)
<pmichaud> phone
<dalek> r28970 | fperrad++ | trunk:
<dalek> : [Pipp] try to work without PCRE
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28970
<Tene> Should 'make fulltest' work?  It seems to be looping.
<Tene> I've seen t/dynpmc/foo fail five times so far, I think.
<pmichaud> Parrot's 'make fulltest'   tests all of the runcores iirc
<Whiteknight> yes, i'm pretty sure that's what it does
<Whiteknight> it's a long process
<dalek> r28971 | fperrad++ | trunk:
<dalek> : [Pipp] MANIFEST
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28971
<Tene> ahh
<dalek> r28972 | fperrad++ | trunk:
<dalek> : [Pipp] svn properties
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28972
<Infinoid> opbots, trust NotFound
<slavorg> Ok
<clunker3> But I do not trust you Infinoid
<slavorgn> Ok
<Infinoid> (seems human.)
<Infinoid> opbots, believe dalek
<slavorgn> Ok
<slavorg> Ok
<clunker3> But I do not trust you Infinoid
<Infinoid> (doesn't seem human.)
<NotFound> Are you playing robot games?
<Infinoid> <dalek> exterminate all humans.
<Infinoid> who belongs to clunker3?
<NotFound> All your robots are belong to us!
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<NotFound> There is an announce of pipp in planet parrot. The plan was not to delay announces until domain transfer?
% shamu has left #parrot
% gryphon has joined #parrot
% ruoso has left ruoso!~ruoso@201.45.49.162
<dalek> r28973 | chromatic++ | trunk:
<dalek> : [IMCC] Removed unnecessary imcc_init() calls; interpreter initialization
<dalek> : already does this (NotFound, RT #56538).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28973
<stupidbot> Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
% slightlyoff has joined #parrot
% slightlyoff has left #parrot
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% avar has left #parrot
<rurban> just comitted a report about sane installation defaults
<rurban> with the default options it will pollute the system
<rurban> (with patch of course)
<rurban> disassembler should be renamed to pbc_disassembler
<rurban> sorry: disassemble => pbc_disassemble
<rurban> The generated Makefile has also an insane LIB_DIR=/usr/lib default
<rurban> Should be /usr/lib/parrot
<japhb> rurban: Note that disassemble is used by tools/util/dump_pbc.pl
<rurban> That's why I have no patch for this yet :)
<japhb> rurban: Ah ... you said "with patch of course"
<rurban> patch just for tools/dev/install_files.pl for now.
<NotFound> rurban: The lib dir thing is debatable.
<rurban> For the Make system and names I want to hear opinions
<rurban> make reallyinstall intalls lots of mist into /usr/lib
<Tene> pmichaud: ping
<NotFound> rurban: but at leaste the main dynamic library is preferably that be installed in a standard location.
<rurban>   /usr/lib/config, /usr/lib/compiler, ...
<japhb> NotFound: my thinking is that .so files should go in /usr/lib, but runtime/... et al. needs to go under /usr/lib/parrot/
<purl> Hmm.  No matches for that, japhb.
<rurban> and the worst is the default main/library dest to prefix only. This should go to some /usr/lib/parrot analog to perl5
<NotFound> Using other place can cause problems, like having to touch ld config files.
<japhb> rurban: nod
<rurban> japhb: true
% teknomunk has joined #parrot
<rurban> of course the main lib is in the standard location.
<NotFound> Fine, then.
<NotFound> Maybe the disassembler can be dropped, by adding an option to do the work in pdb.
<japhb> NotFound: see my comment above -- it's needed by dump_pbc.pl
<rurban> I'll send a disassemble rename patch then. I don't want to package just a /usr/bin/disassemble
<japhb> agreed
<NotFound> Too generic name, yes.
<NotFound> (I hope the debate will be short than plumhead renaming) X-)
% Andy is now known as AndyAway
<japhb> NotFound: thankfully, we don't need to buy a domain for it ...
<NotFound> disassemblers_anonymous.org
<rurban> btw: how to submit a patch as attachment with parrotbug?
<rurban> inline it :) yes
<japhb> Or just send it as a normal email, rather than using the tool
<NotFound> There is an attach button somewhere.
<japhb> NotFound: in RT, yes.  I thought rurban was talking about the parrotbug command line tool
<rurban> yes, my joe has the ^KR button
* japhb cringes
<NotFound> Ah, yes, I don't used the command line yet.
<NotFound> I have a copy of Wordstar for cp/m that has the same button.
<japhb> NotFound: developers rarely do.  I believe it broke at one point and noone noticed until a user tried to parrotbug a release.  I had problems with it once (that turned out to be a local MTA issue), and people went "Oh, does that work now?"
<japhb> NotFound: yes, but do you have a box still running CP/M on which to run said Wordstar?
% mire has joined #parrot
<NotFound> japhb: something like that.
<NotFound> Several virtual boxes that can run it.
<japhb> ... one of which is running on a machine that can use 8" diskettes?  :-)
<NotFound> And I have also an Amstrad CPC 6128, but no disks for it.
<NotFound> japhb: not, just 3" ones.
* japhb still has old CP/M, CBASIC, SuperCalc, and SuperWriter 8" disks laying around, for historical value.
<NotFound> japhb: take a look at http://www.arrakis.es/~ninsesabe/aliados/
<rurban> I have a box with seymonkey mail, which actually has such an Attach button :)
<japhb> NotFound: did you create that?
<NotFound> japhb: yes.
<japhb> cool!
<NotFound> The system only, the Z80 emulation core is adopted.
* japhb coincidently has been reading about creating an assembler for Z80 recently
<NotFound> japhb: I already wrote one.
<NotFound> http://www.arrakis.es/~ninsesabe/pasmo/
<japhb> "can also generate 8086 code from Z80 sources" -- now that's what I call cross-assembly!
<NotFound> japhb: yeah, and it can even run it in ms-dos.
<japhb> heh
<japhb> Retro is just so gosh-durned fun.  (says the forthwright)
<NotFound> The funny thing is that I started to write it as a tool to create test for the cp/m thing, and become much more popular than it.
<japhb> interesting
<NotFound> Well, for some value of 'popular' :D
<NotFound> In certain circles of people that still write games and demos for old machines.
<rurban> hmm. I wonder if /usr/bin/pdb is not also too generic? Isn't pdb already taken?
<NotFound> Python debugger?
<rurban> yup. pyton has it. oh my
<rurban> Thanksfully this has no deps
<NotFound> Don't know if it's just a module or a standalone also.
<rurban> I just googled for /usr/bin/pdb and it's there for python
<NotFound> There is a chess Problem Database Server also.
<rurban> (debian etch)
<rurban> pdb => parrot_pdb?
<rurban> parrot_db sounds too much like a database
<NotFound> parrot_deb looks like a debian package.
<NotFound> parrot_debug?
<rurban> (why I am the first anyway? is there no debian package for the parrot utils yet?)
<japhb> rurban: Because we have not previously been in the phase in which installing needs to work.
<NotFound> There is even a lot of messages preventing people from installing.
<japhb> Basically, everyone would be happy if installing worked, but no one previously worked to hard on getting it right.
<rurban> maybe I should just wait for the weird debian guys to come up with a overarchitectured naming. or wait for a proper and stable fedora package
<japhb> There have been packages for a couple packaging systems, but I've never tried them.
<japhb> And I suspect they are very old.
<rurban> yes, debian is very iold, had technical problems and wrong deps. And allison never answered to them.
<rurban> Ah, I see. We wanted to change the debian mainainer to parrot-porters@. Good. So it will be the release manager. So it must be added to the  release_manager_guide.pod 
<Tene> rurban: the spec file seems to work just fine for me to build an rpm for fedora.  I can probably build an rpm for you, depending on what arch/release you want it for.
<rurban> Tene: No thanks :) I rather make up my own specs. We call it ports, similar to freebsd and gentoo.
<rurban> Actually the cygwin cygport is modelled after the gentoo ebuild / portage, which is modelled after the freebsd ports.
<rurban> Is a debian-parrot already somewhere? I want to talk to them about packaging issues. The final proper layout, so to call.
<rurban> fedora is also fine, even finer probably.
<purl> okay, rurban.
<japhb> purl, fedora?
<purl> rumour has it fedora is a style of hat, like the pulp-novel detectives used to wear or fine, even finer probably
<japhb> no, fedora is a style of hat, like the pulp-novel detectives used to wear
<purl> okay, japhb.
<rurban> rumor has it that debian packages are lawyers and managers and no programmers at all
<rurban> :)
% tetragon has joined #parrot
<rurban> Hey; I just read that perl(Moose) is a fedora BuildRequires: I have no moose and parrot builds fine.
<rurban> And I see that fedora also heavily patched the build process. But mainly the usual lib|lib64 issue.
% cjfields has left cjfields!~cjfields@cjfields.igb.uiuc.edu
<rurban> And it's nice that they produce a pbc_exe binary for every single language
% peepsalot has left peepsalot!~peepsalot@bwext.kpimdp.com
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Coleoid has left #parrot
% mire has left mire!~Frodo@199-172-222-85.adsl.verat.net
% TiMBuS has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% bacek_ has joined #parrot
<bacek_> morning everyone
<davidfetter> oi
<rurban> hi
<purl> hi, rurban.
* Whiteknight finally got his copy of "Perl 6 and Parrot Essentials"
<rurban> Something worth to read?
* davidfetter wonders whether the Whiteknight's talking backwards
<rurban> Aren't the docs and srcs better?
<pmichaud> P6PE is fairly out of date :-)
<rurban> rakudo?
<purl> rakudo is probably The Way of The Camel or in languages/perl6 (http://svn.perl.org/parrot/trunk/languages/perl6) or http://use.perl.org/~pmichaud/journal/35400 or http://rakudo.org or Part of this balanced breakfast!
% AndyA has joined #parrot
% kid51 has joined #parrot
% Ademan has left Ademan!~dan@h-68-167-206-175.snfccasy.dynamic.covad.net
% rurban has left #parrot
% Ademan has joined #parrot
% magnachef_away is now known as magnachef
<Whiteknight> yes, the book is fairly out of date, but I got it for 1.90$ on amazon
<Whiteknight> so i figured, what the hell
% ruoso has joined #parrot
<kid51> Do you know how someone registers at smolder?  http://smolder.plusthree.com/app/public_projects/smoke_reports/8
% AndyA has left AndyA!~andy@ca93nt.hexten.net
% AndyA has joined #parrot
<DietCoke> I'm tempted to get a copy and make allison sign it.
<dalek> r28974 | jkeenan++ | trunk:
<dalek> : [configure] Merge autoicu branch into trunk.
<DietCoke> and then sell it on ebay or something.
<dalek> : (http://rt.perl.org/rt3/Ticket/Display.html?id=43334).  Extensive refactoring
<dalek> : of auto::icu, but no reduction in functionality.  Add 5 test files.  Drop
<dalek> : references to nonexistent '--icudatadir' option in documentation in two
<dalek> : locations.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28974
<cotto_work> particle, ping
<dalek> r28975 | jkeenan++ | autoicu:
<dalek> : Branch has been merged into trunk and is no longer needed at HEAD.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28975
<tetragon> Hrm, how would one sell the autoicu branch on ebay, anyway...
<dalek> r28976 | jkeenan++ | autoicu-28734:
<dalek> : Branch to which tag corresponded has been deleted; tag no longer needed.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28976
<davidfetter> cotto_work, i'm looking for ways to make postgres more welcoming to windows developers. anybody i can ask about this in detail where you work?
<cotto_work> let me look into that
<cotto_work> I'll ask around.
<davidfetter> cotto_work, thanks :)
<Whiteknight> DietCoke, did you read my question from earlier?
% kid51 is now known as kid51_at_dinner
% Andy has joined #parrot
% rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com
<DietCoke> no.
<DietCoke> email works best for that.
% magnachef is now known as magnachef_away
<Whiteknight> I'll email you the question then
<DietCoke> well I'm _here_ now. =-)
<DietCoke> (just if you don't see me answer.)
<dalek> r28977 | chromatic++ | trunk:
<dalek> : [parrot-config] Turned parrot-config into a fakecutable; this allows programs
<dalek> : to query Parrot's configuration.  See RT #32365.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28977
<stupidbot> Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
% DietCoke has left stupidbot
<Whiteknight> DietCoke, should we create a branch for the "vtable functions have self" stuff?
<Whiteknight> it's going to require a number of changes to tests and stuff too
<pmichaud> if it needs a lot of changes, it's probably wrong.
<pmichaud> what sorts of changes are you thinking will be needed (to tests?)
<Whiteknight> yes, tests mostly
<Whiteknight> have to monkey around in IMCC too, and I would rather not do that in trunk
% kid51_at_dinner is now known as kid51
<pmichaud> the only tests that should be affected would be those using :vtable, right?
<Whiteknight> yeah, there were tests in t/pmc/namespace and t/pmc/parrotobject
<pmichaud> and any subs that have :vtable and :method shouldn't be affected at all
<DietCoke> branches are cheap.
<DietCoke> Basically, if you have to ask, yes. =-)
<Whiteknight> Okay, I'll make one up later and we can monkey around in it
* DietCoke apparently picked a bad point to branch off the no_builtin_methods branch, as he got the json testing failures.
<pmichaud> when that happens to me I just drop the old branch and start a new one :-)
<pmichaud> "branches are cheap"  :-)
<pmichaud> afk # rummikub
% Theory has joined #parrot
% Eevee has left Eevee!~eevee@c-67-160-3-54.hsd1.wa.comcast.net
<dalek> r28978 | chromatic++ | trunk:
<dalek> : [tools] Removed outdated and bitrotted pbc2c.pl; it doesn't run anymore, and no
<dalek> : one has touched it in any substantive way since 2005.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28978
% magnachef has joined #parrot
% Eevee has joined #parrot
<dalek> r28979 | coke++ | no_builtin_methods:
<dalek> : 
<dalek> : Make the find_builtin function always fail.
<dalek> : Remove the tests that actually check the builtins.
<dalek> : Only failures are some leftovers from trunk, and some floating point
<dalek> : differences that our builtin version of say had from print: now that
<dalek> : we're basically using print, they match up, so we can probably just
<dalek> : revert those particular failing tests. (and rip out the rest of
<dalek> : the builtin checker.)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28979
% confound_ has joined #parrot
% confound has left confound!hdp@floe.aq
% tetragon has left tetragon!~seneca@76-10-148-120.dsl.teksavvy.com
<dalek> r28980 | jkeenan++ | autojit:
<dalek> : [configure] Refactor some code from within runstep() into
<dalek> : _check_jitcapability() and _handle_asm().  Move hard-coded jit path to data
<dalek> : point in auto::jit object.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28980
% kid51 has left kid51!~jkeen@pool-71-247-57-88.nycmny.east.verizon.net
% Theory has left Theory!~Theory@72-254-20-54.client.stsn.net
<dalek> r28981 | coke++ | trunk:
<dalek> : pass the codingstd tests
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28981
% davidfetter has left davidfetter!~davidfett@start.fetter.org
<DietCoke> anyone else having connectivity problems to feather/?
<pmichaud> not me.
<pmichaud> at least, if you're reading this then I'm not :-)
<Tene> I am.
<Tene> However, I'm having connectivity problems to everywhere.
<DietCoke> Hurm. I switched computers on my home network, and it seems fine now. I blame windows, apparently.
<Tene> Internet service gets turned on at my house on the 8th.  I'm steeeeeealing.
<dalek> r28982 | coke++ | no_builtin_methods:
<dalek> : Merge from trunk up to r28981
<dalek> : (Mainly to fix all the failing tests that weren't my fault!)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28982
<cotto_home> what's the status of make cover?
<dalek> r28983 | pmichaud++ | rakvar:
<dalek> : Creating branch to fix rakudo variable handling.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28983
<dalek> r28984 | coke++ | no_builtin_methods:
<dalek> : Change the expected output of "say <float>" to match print's precision.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28984
<dalek> r28985 | coke++ | no_builtin_methods:
<dalek> : use the sqrt method directly instead of relying on auto-dispatch.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28985
<dalek> r28986 | coke++ | no_builtin_methods:
<dalek> : Use explicit method calls instead of the implicit ones that are going away.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28986
<dalek> r28987 | coke++ | no_builtin_methods:
<dalek> : use explicit method calls instead of relying on auto-dispatch.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28987
<dalek> r28988 | coke++ | no_builtin_methods:
<dalek> : remove trailing space
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28988
<dalek> r28989 | coke++ | no_builtin_methods:
<dalek> : Disable more checks for builtins. All tests still pass.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28989
<dalek> r28990 | coke++ | trunk:
<dalek> : [build]
<dalek> : Fix 'make -j'; If you use $(PARROT) in your build step, you should depend
<dalek> : on it.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28990
% masak has joined #parrot
<dalek> r28991 | pmichaud++ | trunk:
<dalek> : [rakudo]:
<dalek> : * Clean up placeholder variable actions.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28991
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-222-119.dynamic.mnet-online.de
<dalek> r28992 | pmichaud++ | trunk:
<dalek> : [rakudo]:  change 'process_contextualizer' to 'contextualizer_name'
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28992
% magnachef has left magnachef!~magnachef@cpe-74-78-109-88.buffalo.res.rr.com
<dalek> r28993 | chromatic++ | trunk:
<dalek> : [PMC] Added splice vtable entry to FixedPMCArray (see RT #34394).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28993
% Whiteknight has left Whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% Andy has left Andy!~Andy@64.81.227.163
% Debolaz has left Debolaz!~root@nat.andersberle.com
% natacha29 has joined #parrot
% natacha29 has left natacha29!~natacha29@212-198-248-33.rev.numericable.fr
<dalek> r28994 | chromatic++ | trunk:
<dalek> : [PMC] Re-added hash and PMC Hash headers mistakenly deleted in r28900, so as to
<dalek> : allow C++ builds to compile and prevent C builds from warning (NotFound, RT
<dalek> : #56534).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28994
<dalek> r28995 | pmichaud++ | trunk:
<dalek> : [rakudo]: methods should be .blocktype('method') instead of using pirflags
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28995
<dalek> r28996 | coke++ | no_builtin_methods:
<dalek> : Eliminate all traces of "builtins"
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28996
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177237208.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% particle has left particle!~particle@c-98-232-28-49.hsd1.wa.comcast.net
% Ademan has left Ademan!~dan@h-68-164-169-20.snfccasy.dynamic.covad.net
<cotto_home> would it be appropriate to add an HLL to COVER_DIRS in the code that generates Parrot's Makefile?
<dalek> r28997 | chromatic++ | trunk:
<dalek> : [PMC] Re-added hash and PMC Hash headers mistakenly deleted in r28900, so as to
<dalek> : allow C++ builds to compile and prevent C builds from warning (NotFound, RT
<dalek> : #56534).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28997
% particle has joined #parrot
% Ademan has joined #parrot
<dalek> r28998 | chromatic++ | trunk:
<dalek> : [src] Tidied some code; no functional changes.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=28998
% allison has left allison!~chatzilla@ppp-71-139-37-118.dsl.snfc21.pacbell.net
% TimToady has left TimToady!~larry@209.9.237.164
% TimToady has joined #parrot
% diakopter has left diakopter!~diakopter@209.9.237.164
% diakopter has joined #parrot
% vhold has left vhold!~vhold@adsl-67-114-158-146.dsl.sntc01.pacbell.net
% allison has joined #parrot
% cotto-work has joined #parrot
% cotto_work has left cotto_work!~cotto@tide501.microsoft.com