% wknight8111 has joined #parrot
% iblechbot has joined #parrot
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
% skids has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% markus_ has joined #parrot
% markus has left markus!~markus@91-113-25-124.adsl.highway.telekom.at
% IllvilJa has joined #parrot
% cosimo has joined #parrot
% kj has joined #parrot
% mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz
% ambs has joined #parrot
% markus_ has left markus_!~markus@91-113-23-64.adsl.highway.telekom.at
% markus_ has joined #parrot
% ambs has left ambs!~ambs@siglab.di.uminho.pt
% ambs has joined #parrot
<dalek> r26975 | fperrad++ | trunk:
<dalek> : [RELEASE]
<dalek> : update LANGUAGES_STATUS.pod from languages-smoke results
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26975
% Senaka has joined #parrot
<moritz> today is tuesday, right ;)
<Senaka> clock
<Senaka> purl clock
<purl> Senaka: LAX: Tue 2:16am PDT / CHI: Tue 4:16am CDT / NYC: Tue 5:16am EDT / LON: Tue 10:16am BST / BER: Tue 11:16am CEST / IND: Tue 2:46pm IST / TOK: Tue 6:16pm JST / SYD: Tue 7:16pm EST /
<Senaka> Coke: ping
<dalek> r26976 | fperrad++ | trunk:
<dalek> : [RELEASE]
<dalek> : update LANGUAGES_STATUS.pod from manual tests
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26976
<Senaka> invoke() not implemented in class 'Undef'
<Senaka> any hints on where to search
<moritz> Senaka: you're calling a method on an undefined value?
<Senaka> moritz: ok
<moritz> or perhaps undef as a function pointer?
<moritz> just a wild guess, though
<Senaka> moritz: t/pmc/nci.t tests fail
<Senaka> due to this reason
<Senaka> is it possible to debug a test?
<Senaka> moritz: ok this test should load a library and do C calls ain't it?
<Senaka> what's the library if so? and what the sources in concern?
<Senaka> any ideas?
* purl burps
<moritz> library_name = 'libnci_test'
<moritz> from the source of the test
<moritz> (I'm not familiar with it, though)
<Senaka> aha... ok these came with the C++ build
<Senaka> I think we need some extern "C" in place
<moritz> is C++ build supported? or is that one of the design goals?
<Senaka> supposed to be supported... as some compilers are C++
<moritz> in the normal build ita doesn't fail
<Senaka> no
<Senaka> I found the file
<Senaka> nci_test.c
<Senaka> it doesn't have the extern "C" parts
<Senaka> will have them in place
<Senaka> moritz: do you knw how to run a single set of tests?
<moritz> perl t/pmc/nci.t
<Senaka> cool
<moritz> not all that shines is magic ;-)
<Senaka> mortz: done
<moritz> Senaka++
* moritz always that that you were some greek or roman philosopher, but I think that was 'Seneka'
<Senaka> :)
<Senaka> well not bad that got 56 tests to pass
<Senaka> :)
<Senaka> more than 1/3 through
% Senaka has left #parrot
% lichtkind has joined #parrot
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
* Coke yawns
<rotty> who is fperrad? and is (s)he on #parrot?
<kj> that's francois perrad, maintainer of lua
<kj> he's not here usually
<kj> *lua on parrot, that is
<rotty> anybody on Win32 who has a little time to spare?
<kj> i'm about to go afk, but what's your issue?
* rotty wants to get rid of petite for bootstrapping in favor of chicken scheme
<rotty> kj: can you download and install chicken? http://www.call-with-current-continuation.org/
<kj> well, like i said, have to go in a minute
<rotty> ok. thanks anyway
<kj> sorry can't help you right now
<rotty> np
% Senaka has joined #parrot
% Senaka has left #parrot
% tetragon has left tetragon!~seneca@216.126.67.44
% rdice has joined #parrot
% rdice has left rdice!~richard_d@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
% wknight8111 has joined #parrot
% TonyC has left TonyC!~tony@202-154-105-237.people.net.au
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
<dalek> r26977 | fperrad++ | trunk:
<dalek> : [PLATFORM]
<dalek> : update for mingw gcc3.4.2
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26977
% TonyC has joined #parrot
% nopaste has joined #parrot
% skids has joined #parrot
% gryphon has joined #parrot
<dalek> r26978 | coke++ | trunk:
<dalek> : [tcl]
<dalek> : Remove (now) unecessary vtable override. Probably obsoleted by improvements
<dalek> : to the object system.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26978
* Coke waits for that commit to complete.
% ambs has left ambs!~ambs@siglab.di.uminho.pt
% rdice has joined #parrot
<dalek> r26979 | coke++ | trunk:
<dalek> : [tcl]
<dalek> : Remove (now) unecessary vtable overrides. Probably obsoleted by improvements
<dalek> : to the object system.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26979
% Andy has joined #parrot
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<cognominal> how do I dump the parrot configuration?
<Infinoid> lib/Parrot/Config/Generated.pm
<Coke> There's a way to get at it from PIR if you need that.
<cognominal> no, I just expected that   parrot -V  dumped it like perl -V does
<cognominal> I don't know if it is reasonnable expectation, though
% sjansen has joined #parrot
% cjfields has joined #parrot
% DarkWolf84 has joined #parrot
<Coke> I'm out for PS today. $dayjob conflicts.
<Coke> (report pasted)
<cognominal> coke++ # for the macport
<Infinoid> every time Tuesday rolls around, I start wondering if I actually did anything useful
% ambs has joined #parrot
<Coke> Thankfully, the macport thing hit shortly after the last ps, so I could count it for this week. :|
% Theory has joined #parrot
<Coke> cognominal: took more perserverance than any technical skill whatsoever.
% markus__ has joined #parrot
% markus_ has left markus_!~markus@91-113-23-64.adsl.highway.telekom.at
<Infinoid> and some keen insight on the Parrot::Manifest issue
% rblackwe has left rblackwe!rblackwe@where.is.allmydata.net
<Coke> ENONSEQUITOR?
<cognominal> TUR?
<Infinoid> oh, RT #52680 was a bizarre piece of fallout from macports
<Infinoid> uh, s/52680/52712/
<Infinoid> my brain is off today.  I should stop typing.
<cognominal> about to get the hash() composer function. The hash composer as a syntactical device will be way more difficult
<cognominal> onece the hash() composer done, I will get back on immc.l
<cognominal> I prefer to add features than to chase marginal errors
% davidfetter has joined #parrot
% markus__ is now known as markus
% cjfields has left cjfields!~cjfields@cjfields.life.uiuc.edu
% particl1 has joined #parrot
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
% particle has joined #parrot
% particle has changed the topic of #parrot to: #parrot Parrot 0.6.1 release happens today | http://parrotcode.org
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
<particle> hey all. anything i should know about the release before i get things started?
<Infinoid> let us know if anything breaks
% particle has left particle!~JGay@205.172.16.72
% particle has joined #parrot
<moritz> don't break anything ;)
<particle> :P
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
<PerlJam> particle: the planets are in good alignment for a release  :)
<dalek> r26980 | particle++ | trunk:
<dalek> : [RELEASE] prep for 0.6.1 release
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26980
<particle> oh, gimme a freakin' break! somebody broke the make release target on windows.
<particle> can somebody do a fresh co of r26980, run "make release 0.6.1", and make the tar.gz file available for me?
<Infinoid> one moment
<particle> er... "make release VERSION=0.6.1"
<moritz> doing it now
<particle> i'm gonna go for a run, so you've got 30m or so. you could even untar it somewhere else and check it for me
<particle> thanks, folks!
% liona29 has joined #parrot
<Infinoid> particle: https://squawk.glines.org/parrot-0.6.1.tar.gz
% liona29 has left liona29!~liona29@d033.dhcp212-198-248.noos.fr
<moritz> and  http://moritz.faui2k3.org/tmp/parrot-0.6.1.tar.gz once the upload finishes
<moritz> which should be 2 mintues
<Infinoid> (testing on linux/amd64)
<moritz> and testing on linux/32bit (Pentium M)
% lichtkind has left lichtkind!~chatzilla@d90-134-11-204.cust.tele2.de
<particle> testing on win32, and running. Infinoid++ moritz++
<particle> cya in ~30m
<moritz> 11163 OK from 11163 tests (100.00% ok)
<moritz> no doing the configure tests
<moritz> s/no/now/
<moritz> All tests successful, 12 tests and 3 subtests skipped.
<Infinoid> All tests successful, 22 tests and 573 subtests skipped.
<Infinoid> Files=549, Tests=11164, 350 wallclock secs (178.07 cusr + 58.93 csys = 237.00 CPU)
<paco> Parrot 0.6.1  	 r26980  	15 Apr 2008 17:25 Tue  	-D40 --gc-debug  	4.62 min  	99.99 % ok  	11186:  	11185,  	1,  	252,  	594,  	0  	«  	»
<Infinoid> (now testing win32/mingw/strawberry)
<PerlJam> Infinoid: do you have a system with just strawberry and one with just mingw and another with both?
<Infinoid> no, I am using the mingw that was packaged with strawberry
<purl> okay, Infinoid.
<Infinoid> purl, I?
<purl> rumour has it Infinoid is using the mingw that was packaged with strawberry
<Infinoid> smart bot.
* purl adjusts her glasses and points at her Ph.D.
<PerlJam> I seem to recall that parrot didn't play well with mingw in some fashion, but I haven't looked in a while (or nailed down what the exact configuration was)
<ambs> purl, I?
<purl> well, ambs is Alberto Simoes, one of the organizers of YAPC::EU::2005 and available at mailto:ambs@cpan.org
<PerlJam> maybe it was strawberry+cygwin
<Infinoid> mingw works reasonably well.  its cygwin that always seems to be broken
<PerlJam> (both have mingw)
<PerlJam> ah, that was probably it.
<Infinoid> hmm, I think cygwin's gcc is totally different from mingw
* Infinoid <-- mingw32-make -j4
<paco> NotFound: hace diez minutos ha salido la version, la ha sacado particle, evidentemente solo esta en svn
% cjfields has joined #parrot
<paco> upp, sorry, this is for oher channel
<cognominal> parrot should support any language :)
<Infinoid> one problem with languages-test is, I never know which failures are new.  Maybe it should save the previous output to a logfile and run "diff -u" on it?
<Infinoid> (in a languages-test-diff make rule, for example)
<moritz> Infinoid: pugs' smoke generates a yaml file, and there's a diff utilty for these yaml thingies as well
<cognominal> do we have a test library in Parrot?
<moritz> in util/yaml-diff.pl
<Infinoid> interesting
<Infinoid> there are a few failures on mingw
<Infinoid> dunno if any are new.
<Infinoid> t/op/arithmetics, t/op/sprintf, t/op/time, t/pmc/complex, t/pmc/float
% rblackwe has joined #parrot
<diakopter> Infinoid: those were failing for me on cygwin last week
% barney has joined #parrot
<Infinoid> suppose I should grab a copy of 0.6.0 and see whether they failed there
<diakopter> I mean, they were failing on strawberry for me last week.  I never quite got cygwin to smoke.
<Infinoid> oh, ok
<diakopter> purl, I?
<purl> you are the person currently maintaining svnbotl
<Infinoid> purl, svnbotl?
<purl> svnbotl is a bit labil today, it committed suicide twice today ;)
<diakopter> I am the person currently maintaining dalek
<Infinoid> no, svnbotl is dead.  Long live dalek!
<purl> okay, Infinoid.
<diakopter> no, I am the person currently maintaining dalek
<purl> okay, diakopter.
<diakopter> brilliant bot
<Infinoid> purl, I?
<purl> i heard Infinoid was using the mingw that was packaged with strawberry
<Infinoid> no, I am Mark Glines <mark@glines.org>
<purl> okay, Infinoid.
<rotty> purl, I?
<purl> i don't know, rotty
<rotty> no, I am Andreas Rottmann <a.rottmann@gmx.at>
<particle> update: still running fulltest, going to breakfast, may be a bit late for #parrotsketch &
% smashz has joined #parrot
% smashz is now known as smash
<smash> hello everyone
<barney> rotty: Could you make a patch for NEWS, wrt work on Eclectus ?
<ambs> smash is alive!!!
<smash> ambs: hey
<Infinoid> hello smash, you fantastic person you!
<rotty> barney: yep
<rotty> barney: why is EclectusVector extending ResizablePMCArray -- Scheme vectors are fixed-size
<rotty> (still no word on the license issue... :/)
<nopaste> "Infinoid" at 96.238.213.50 pasted "0.6.1-pre "languages-test" failures on linux/amd64" (77 lines) at http://nopaste.snit.ch/12697
% Senaka has joined #parrot
<barney> rotty: Probably some cut & paste effect. I used to look at the PAST generated for Rakudo.
<rotty> hmm, would chicken+riaxpander (or some other syntax-rules provider) be a suitable requirement for bootstrapping eclectus on Windows? There is a binary package of chicken for Windows, but to install any egg (like riaxpander) a C compiler is needed -- but that's required anyway for parrot, so I don't see a problem here...
% chromatic has joined #parrot
<chromatic> #ps time (sorry, long commute to the office today)
<nopaste> "Infinoid" at 96.238.213.50 pasted "0.6.1-pre "make test" failures on mingw" (116 lines) at http://nopaste.snit.ch/12698
<chromatic> We have to fix that floating point math sometime... but how?
<Infinoid> do we have a spec we can point at?
<chromatic> As far as I know, our spec is "0.0 can be negative in Parrot".
<chromatic> The rest is up to the platform.
<Coke> chromatic++
<Infinoid> well, that platform doesn't like it
<chromatic> Yeah, some of the *BSDs do too.
<chromatic> Some of the files in src/platform/math.c, or something like that, do something smart here.
<chromatic> Not that I'm waving my arms furiously.
<Coke> Infinoid: macport... no, that's a different macport issue.
<smash> pmichaud: still interest in adding rakudo to that dumb benchmarking ?
<Coke> soz?
<pmichaud> smash: yes... I was thinking about writing the p6 versions
<smash> pmichaud: i started that already
<ambs> smash++ # for benchmarks
<smash> pmichaud: but i got stuck, gimme 1 sec
<pmichaud> did you see my note on list about showing results in relative instead of absolute terms?
<smash> pmichaud: yeap, didn't have time to get to that yet
<barney> rotty: did you read ' Getting Commit Privileges' in submissions.pod ?
<Infinoid> particle: see scrollback for a couple of nopasted failure reports
% Theory has joined #parrot
<cotto_work> seen kj
<purl> kj was last seen on #parrot 6 hours and 46 minutes ago, saying: sorry can't help you right now 
<particle> Infinoid: thanks, looking. i have my own, too.
* particle has some alternate core test failures
<chromatic> Which ones?
<particle> that's hard to determine, but i'm working on it
* particle hates fulltest
<particle> testr fails:
<particle> t/pmc/eval.t           5  1280    17    5  8-10 12-13
<particle> t/pmc/orderedhash.t    1   256    28    1  9
<particle> testS passes todo:
<particle> t/op/debuginfo.t                2    1  8
% cjfields has left cjfields!~cjfields@cjfields.life.uiuc.edu
<chromatic> What's -r
<purl> well, -r is recurse, -u unified, -N ?? or the boot flag to reconfigure solaris /dev and /devices or "remote" for pkg_add or to run parrot with parrot byte code or a double edge sword or for keyboard cripples
<Infinoid> --run-pbc
* particle thinks it's time to switch the makefile to use --runcore=
<chromatic> Maybe in a couple of hours.
<chromatic> Isn't that the same as -b?
* Infinoid is dreaming about running the runcore testsuite in parallel, piping the output of each through a perl script that prefixes each line with "runcore=<char>:"
<particle>     -b --bounds-checks|--slow-core
<smash> pmichaud: debugging p6 code it's not an easy task  :)
<particle>     -r --run-pbc
<particle>     -R --runcore CORE
<pmichaud> smash:  yes, I know.  Which part is giving you difficulty at the moment?
<chromatic> Which platform, particle?
<particle> msvc. i'll nopaste
<smash> pmichaud: afk 1 sec.. dinner,brb
<particle> smash eats quickly
<ambs> lol
<nopaste> "particle" at 205.172.16.72 pasted "parrot 0.6.1 tarball fulltest output with msvc" (5637 lines) at http://nopaste.snit.ch/12699
<chromatic> Those Eval tests bug me a lot.
<particle> you're not alone
<chromatic> I'm rebuilding (tried to build with g++, badly) to look at them.
<chromatic> Everything's fine for me.
<chromatic> Grr.
<particle> i don't mind letting them fail, honestly. we're not regularly testing the alternate runcores during the month
<particle> so it's hard to debug/fix on release day
<chromatic> Did you 'make realclean'?
<particle> i unpacked the tarball in a new dir
<particle> you can use https://squawk.glines.org/parrot-0.6.1.tar.gz
<chromatic> It'd certainly be nice to figure out where they started to fail.
<particle> how 'bout this. i release as-is, then i'll d/l tags/RELEASE_0_6_0 and run testr
<chromatic> Works for me.
* smash back
<dalek> r26981 | particle++ | RELEASE_0_6_1:
<dalek> : [RELEASE] tagged 0.6.1 from trunk
<rotty> barney: yes, but I don't have done the steps listed there yet (besides the patches thing, probably ;))
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26981
<rotty> barney: waht do you think about requiring chicken and a C compiler on Win32?
<dalek> r26982 | particle++ | trunk:
<dalek> : [docs] we don't use ssl with svn
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26982
<Infinoid> ./bawk
<particle> IWBNI pause used bitcard or openid
<barney> rotty: there is no obligation to support Win32, especially as we want to bootstrap in the future
<rotty> barney: I just wondered, since fperrad has checked in a patch that again uses petite on Windows
<barney> We could ask fperrad if he is willing to keep on testing Win32, check what is easy for him
<Coke> particle: uh, yes we do.
% Andy has left Andy!~AndyL@host3130.follett.com
<particle> we do what?
<Coke> (re: ssl/svn)
<particle> that didn't work for me
<Infinoid> it works for me
<Infinoid> the tarball I made from you was from an https: checkout :)
<Infinoid> s/from/for/
<particle> maybe it was an auth failure
<pmichaud> I use https: for all of my checkouts
<particle> ok. i use http
<Coke> the line in that file wasn't an svn co, but a copy. <shrug> it should work either way: I thought that robrt preferred https.
<particle> guess it doesn't matter.
<Coke> (why? Iunno)
<Infinoid> I think svn needs to be built with libneon for https to work
<pmichaud> if you use http:, your password transmits in the clear
<particle> i'll revert, then
<dalek> r26983 | bernhard++ | trunk:
<dalek> : Add E-mail of François Perrad in CREDITS.
<dalek> : (Should be OK, as it's on his website as well)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26983
* barney used https as well
* Coke is in a perl conversation where someone drops chromatic's name as a "trophy coder'"
<Coke> "I know that guy!"
<chromatic> Trophy coder?
<Infinoid> you win a chromatic!
<Coke> in context, it was who you'd hire if you wanted the cachet of having a big name perl coder on staff.
<chromatic> But my name is all lowercase.
<Coke> someone mocked the idea of COKE or ROODE as trophy coders, and the guy suggested that since he couldn't get DCONWAY or CHROMATIC.... (apologies on the caps. =-)
<Coke> so I am a tier two perl celebrity, apparently.
<Coke> B-list.
<Infinoid> I don't think I'm even on the list.
<smash> hahahahaha
<purl> LOLCON 5 reached.
<Coke> purl, you funny.
<purl> Coke: sorry...
* smash slaps purl 
<purl> o/` Hit me baby, one more time o/`
<smash> pmichaud: can i use "my $i = shift;" in rakudo ?
<barney> rotty: I send fperrad a mail, asking about chicken
<rotty> barney: cool, thanks
<chromatic> smash, in preference to signature-declared parameters?
<smash> i can use those too
<Infinoid> particle: looking at the tailed daemon logfile, pause didn't like your https: URL
* Infinoid moves it to the http: directory.
<particle> ah. thanks
<smash> chromatic: sub foo($i) { ... } ?
<Infinoid> (done)
<particle> i was just gonna complain about that
<pmichaud> smash:  no, there's no @_
<pmichaud> smash:  yes, use   sub foo($i) { ... }
<pmichaud> that's the perl6-ish way of stating it
* smash nods
<smash> particle: only one 't/codingstd/trailing_space.t' test failing for tags/RELEASE_0_6_1 (on linux x86)
<chromatic> It's Tcl; no one cares.
<dalek> r26984 | chromatic++ | trunk:
<dalek> : [Tcl] Removed trailing space.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26984
<Coke> bah. I ran the c_* tests on the pmc updates I did.
<chromatic> I enabled some Vim feature that makes tabs and trailing spaces visible.
<Infinoid> eclipse has a button for that too.  It rules.
<particle> Add a file for PARTICLEFile successfully copied to '/home/ftp/incoming/parrot-0.6.1.tar.gz'
<Infinoid> I'm still a couple of days behind on email, but I got to go party at NASA between races, so the long weekend was sooo worth it.
<particle> now, for announcements
<Infinoid> where can I find the list of milestone tasks?
<particle> perlfoundation.org somewhere
<chromatic> There's a milestones page on the Parrot wiki on TPF site.
<Coke> ROADMAP has a link.
% cognominal has left cognominal!~cognomina@82.67.232.89
<dalek> r26985 | particle++ | trunk:
<dalek> : [docs] apparently we do use ssl
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26985
<dalek> r26986 | bernhard++ | trunk:
<dalek> : #52932: [PATCH] Eclectus: Use SRFI-9 records
<dalek> : Courtesy of rotty.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26986
<Infinoid> http://www.perlfoundation.org/parrot/index.cgi?development_dashboard is funny
<shorten> Infinoid's url is at http://xrl.us/bcyyz
<smash> Infinoid: milestones @ http://www.perlfoundation.org/parrot/index.cgi?milestones
<jonathan> sorry sorry sorry...completely forgot about parrotsketch tonight!
<dalek> r26987 | bernhard++ | trunk:
<dalek> : #52934: [PATCH] Eclectus: Support Chicken Scheme
<dalek> : Courtesy of rotty.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26987
<pmichaud> jonathan: it's okay, we just decided to assign you ownership of all outstanding RT tickets :-P
<jonathan> Haven't done much in the last week anyway....just random Rakudo bits.
<jonathan> Erm...
<smash> pmichaud: @ARGV exists ?
<Infinoid> all 316512 of them
<pmichaud> smash:  @*ARGS
<Infinoid> smash: thanks
<jonathan> I know our RT queue is big, but... :-)
<jonathan> Or is that the number of oustanding sentences of Perl 6 synopses that we have to implement in Rakudo? ;-)
<jonathan> particle++ # release
<smash> pmichaud: cool, thks
<Infinoid> so I guess I should talk to the individual milestone assignees about obtaining a subtask or 5
<ambs> pmichaud, why the *, btw?
<dalek> r26988 | bernhard++ | trunk:
<dalek> : Let svn ignore t/compilers/pct/*.pbc
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26988
<jonathan> ambs: Globals have a * secondary sigil.
<pmichaud> ambs:  * indicates a global var
<pmichaud> $a   # local $a
<pmichaud> $*a    # global $a
<ambs> ok, thanks :)
% cotto_work has left cotto_work!~cotto@tide534.microsoft.com
<ambs> Perl 6 will be a new language :)
<jonathan> $!a # attribute named a :-)
<jonathan> And many, many more.
<particle> $:)a # happy variable named a
<pmichaud> $?a  # compiler-hint variable named 'a'
<pmichaud> $+a   #  $a in a caller's context (if declared as 'is context')
<pmichaud> etc.
<ambs> argh
<jonathan> particle: They promised never to do tertiary sigils. Thankfully.
<ambs> kill Larry, fast! :)
<particle> They lie.
<pmichaud> but can we have multi-char sigils?  ;-)
<jonathan> Please don't suggest that on p6l...
<particle> forget dynamic typing, that's so five minutes ago. let's go for dynamic feeling!
<purl> particle, I didn't have anything matching dynamic typing, that's so five minutes ago. let's go for dynamic feeling
<particle> $:(a # this variable doesn't contain what i expect
% markus has left markus!~markus@91-113-16-56.adsl.highway.telekom.at
<diakopter> forget $:(a
<purl> diakopter, I didn't have anything matching $:(a
<pmichaud> $:-P   # variable that spits upon your code
<jonathan> Thanks to named placeholder params, we actually DO have $:O
<pmichaud> and $:P
<Coke> anyone happen to have an md5 checksum of the 0.6.1 release?
<jonathan> I SO want to implement those now.
<pmichaud> or even $:D, @:P
<jonathan> Just so I can blog about them on rakudo.org.
<jonathan> And use them in lots of example code.
<smash> pmichaud: can i use return in subs ?
<pmichaud> and even  $=D
<Coke> >:|
<jonathan> "Perl 6 supprots smiley oriented programming"
<pmichaud> smash:  ooo, return doesn't quite work yet.  But it does return the last value of the sub
<pmichaud> (er, the value of the last statement in the sub)
<smash> pmichaud: that can work
<pmichaud> return is high on my list of things to do next
<particle> sub sing($:O) { ... }
<particle> we can't implement return yet, says allison
% cotto_work has joined #parrot
<Coke> por que no?
<particle> need some parrot enhancements first to exceptions
<Coke> ... ok.
<pmichaud> I can write one that we then change later, yes?
<Coke> I presume that means tcl will have to change how it's implementing it, then.
<Coke> (not that there's anything wrong with that.)
<particle> pmichaud: if you can get it working with what we have, yes
<particle> coke: yep, more target practice
<pmichaud> I think there's enough there, as long as throw works
<Coke> pmichaud: I'd be happy to point you at the tcl code for dealing with it.
<smash> not even $i++ !?
<pmichaud> $i++ ought to work
<diakopter> Perl 6?
<purl> Perl 6 is the spec, rakudo and pugs are two of the implementations.
% particle has changed the topic of #parrot to: #parrot Parrot 0.6.1 "Bird of Paradise" Released | http://parrotcode.org
<particle> coke: feel free to update the website
<smash> particle++ # release
<smash> pmichaud: roger
<Coke> particle: ok, but only if you give me an md5sum of the tarball. =-)
% barney has left barney!~bernhard@dslb-084-058-181-251.pools.arcor-ip.net
<particle> isn't there a way to get parrot to generate one?
<Coke> I use the 'md5sum' binary, typically. but I figured you had the .tgz lying about.
<particle> C:\usr\local\parrot\release>parrot examples\library\md5sum.pir ..\parrot-0.6.1.tar.gz
<particle> 3ae5a5aab989acba8d7be4191986eb67        ..\parrot-0.6.1.tar.gz
<ambs> particle, that might take about five minutes to parrot to compute O:-)
<particle> took notime
<ambs> damn
<ambs> >D
<ambs> :D
<Coke> excellent. now just have to wait for the tarball on capn.
<ambs> tr/ap/pa/
<rotty> how much time is left before the 0.6.1 release?
<Coke> rotty:it's out there.
<rotty> oh
<Coke> er, it's been *cut*. it will take some small time to be on cpan.
* Infinoid runs cpan.glines.org's "sync" script by hand
<rotty> well, no eclectus news then
<pmichaud> it can be news for next release :-)
<Infinoid> in the meantime, http://www.glines.org/parrot-0.6.1.tar.gz is the same file, right?
<smash> Infinoid: err.. that file's md5sum is not the particle pasted  :-D
<smash> s/not the/not the same/
<particle> Infinoid: yes
<particle> really?
<particle> hrmm
<Infinoid> hmm
<particle> ok, well i'm not sure
<Coke> sanity check on: http://www.parrotcode.org/news/2008/Parrot-0.6.1.html
<particle> i untarred Infinoid's, then retarred it and ran md5sum
<Coke> (md5 sum) don't assume the parrot version matches 'md5sum'.
<Infinoid> ah, probably different usernames in the resulting tar then
<particle> i'm not sure if Infinoid's url or my file went to cpan
<Coke> I will just download it myself and regen it for the port listing.
<smash> 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
<Coke> particle: do you have a one line blurb about this release you'd like to see on the front page?
<Coke> (ala the one for 0.6.0)
<particle> coke: looks good to me
<pmichaud> that should be the blurb... "looks good to me."   :-)
<nopaste> "smash" at 82.154.73.214 pasted "calculate prime numbers in perl6" (31 lines) at http://nopaste.snit.ch/12700
<smash> pmichaud: there it is.. but it's not fair, lacking return
<pmichaud> not fair to rakudo or not fair to the others?
<smash> not fair to rakudo
<pmichaud> just put the second part in an else() clause
<pmichaud> ohhhh, I see why
<pmichaud> the others have an implied break
* smash nods
% cjfields has joined #parrot
<smash> i'll change the others to have the same behaviour
<pmichaud> while ($i < $n && $n % $i)
<smash> hmm
<Coke> website updated. will update the /release/devel link once someone tells me that it's hit cpan.
<Coke> (yes, this means that if you try to download 0.6.1 right now, it gives you 0.6.0)
<smash> pmichaud: that would mean one more comparision for each cycle in the while statement..
<pmichaud> it's the same number of comparisons overall
<pmichaud> while ($i < $n && $n % $i) { $i++; }
<pmichaud> $res = $i < $n;
<Coke> I am tempted to build the perl6 faux-executable and install it with the latest macport. yay, nay?
<chromatic> Yay.
<Coke> great. now to figure out how to do that.
<pmichaud> for that matter, the $i < $n test isn't really needed if we trust our ints
<smash> wait.. it's givin' the wrong result
<nopaste> "pmichaud" at 76.183.97.54 pasted "very short is_prime for rakudo" (5 lines) at http://nopaste.snit.ch/12701
<pmichaud> oops, that last line should be
<pmichaud> $i == $n
<smash> ok, it's working now
<particle> you only need to check for numbers < sqrt($n), no?
<pmichaud> probably... but I'm also trying to remain _somewhat_ faithful to the original benchmark
<pmichaud> if the other benchmarks use sqrt($n), then this one should :-)
<smash> yeap
<smash> no other uses sqrt
<smash> the are dumb and stupid (programs)
<smash> s/the/they/
* particle thinks it's better to benchmark a smarter program
<particle> ...closer to real-world performance
<ambs> particle, not always, as some languages make it easier to be smarter than others
<PerlJam> pm: (just passing through)  with the extra punctuation, that looks more like perl 5 than perl 6  :)
<pmichaud> pj: heh
<pmichaud> "I didn't design the language, I just implement it."
<ambs> lol
<ambs> pmichaud++
<PerlJam> particle: what if a particular implementation takes a qhile to compute sqrt($n)?  Then you're benchmarking something else entirely.
<PerlJam> s/q/w/
<PerlJam> I think KISS works well :)
<PerlJam> and with that.... I'm gone
* PerlJam &
<particle> then you've got one poorly optimized compiler
<nopaste> "pmichaud" at 76.183.97.54 pasted "faster but still short very short is_prime for rakudo" (6 lines) at http://nopaste.snit.ch/12702
<pmichaud> bah
<pmichaud> hit 'enter' instead of backspace.  oh well.
<pmichaud> afk # gardening
<pmichaud> oh, wait, that one won't work.  never mind
<pmichaud> change $i == $n to be $i >= $x
<purl> pmichaud: that doesn't look right
<pmichaud> :-)
<pmichaud> purl: yes, that was my point.  
<purl> pmichaud: what?
<ambs> good night
<purl> sleep well too
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<Infinoid> c_indent.t seems buggy
<Infinoid> I applied Senaka's patch from RT #52916, and now its complaining because line 1049 does not have 4 blank lines (which will cause trailing_space.t to fail)
<Coke> c_indent cares about blank lines?
<Infinoid> it shouldn't, but something seems to have confused it this time
<Coke> did the patch apply cleanly?
<Infinoid> yes, the patch doesn't actually touch line 1049, it just wraps the whole file in an extern "C" {}
<particle> s/lines/spaces/ ??
<Infinoid> oops, yes.
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<Infinoid> I'm not really surprised that 'extern "C" {' would bump the indentation... maybe g++ needs a more specific fix for this file
% cjfields has left cjfields!~cjfields@cjfields.life.uiuc.edu
<particle> we can set a coding std that extern C doesn't bump indentation... but i'm not sure that's the right answer
% skids has left skids!bri@charon.clarku.edu
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
<Infinoid> its a pretty weird failure.  sounds like library opening fails without extern "C", but I'm not really sure wrapping the file in that is the only way to fix this
<Senaka> particle: extern "C" is needed
<Senaka> well two ways to do that
<Senaka> curly brace around all
<chromatic> Can we slap "extern C" in the PARROT_API macro for C++ compilers?
<Senaka> or write it per method or something
<Senaka> chromatic: +1 if it works
<Senaka> but there is an issue like this
<Infinoid> Senaka: if I had to guess, the symbols exported by that object are subjected to C++-obfuscation, and thus, the caller can't find the symbol names it wants, right?
<Senaka> is PARROT_API there for all methods?
<Senaka> yep
<Infinoid> is it just methods, or variables too?
<Senaka> extern "C" makes it like C
<Senaka> basically the compiler wont mangle them
<Senaka> so it'll be built using C linkage
<Infinoid> is it just methods, or variables too?
<Senaka> rather C linkage -> ability to link to C
<particle> no, PARROT_API is just for externally visible C subs
<purl> okay, particle.
<Senaka> methods
<chromatic> PARROT_API is on all externally visible symbols.
<particle> not all subs
<smash> pmichaud: don't think rakudo is ready for benchmarking yet  :-D
<particle> smash: do the benchmarks include compiletime?
<Senaka> chromatic: OK... where can we prepare the switch?
<Senaka> i'll give it a try
<pmichaud> smash: why not?
<chromatic> See config/gen/config_h/config_h.in
<smash> particle: nope
<smash> pmichaud: taking to long  :-)
<pmichaud> too long to run?
<pmichaud> or too long to create the benchmarks?
<smash> to run
<pmichaud> it's possible, yes.  :-)
<pmichaud> and yes, are the benchmarks including compile time costs?
<pmichaud> for rakudo that ought to be constant w.r.t. input size
<smash> i just run ../../parrot perl6.pbc script.p6
<Senaka> chromatic: lets hope it works. Building... :)
<pmichaud> smash:  have an example?
<smash> example ? i'm running that script to calculate prime numbers 
<pmichaud> (I don't disagree with you that rakudo might not be ready for benchmarking... still, I'm interested to know the results, even if we don't report them yet :-)
<pmichaud> can I see a copy of the script you're running so I can try it on my machine?
<smash> of course
<smash> but it's pretty much the one we were seeing earlier
<nopaste> "smash" at 82.154.73.214 pasted "calculate prime numbers in perl6" (19 lines) at http://nopaste.snit.ch/12703
<Senaka> chromatic: nope that fails
<Senaka> #define PARROT_API @sym_import@ extern "C"
<leo> BTW benchmarks - please do _no_ benchmarking w/o an --optimize'd parrot build - thx
<leo> and afk again
<Senaka> any other thoughts?
<Senaka> infinoid: ping
<Infinoid> Senaka: I'm trying to work out the right set of patches to get my build along to the same point you're at
<smash> leo: hiya, thks for the tip
<Senaka> Infinoid: I did mail them
<leo> smash: welcome & greetings to .pt
<Infinoid> yeah, finding and applying :)
<pmichaud> leo:  is that just adding "--optimize" to Configure.pl ?
<leo> last time it was so, yes
<particle> --optimized iirc
<pmichaud> --optimize according to --help
<smash> ok, let me build with optimize too
<leo> unoptimized build has far too many asserts an what else to be useful
<leo> ... for benchmarking of course
* smash nods.
<Infinoid> Senaka: which email has the patch for src/builtin.c?
<Senaka> i don't think that needed patching
* pmichaud rebuilds parrot, rakudo
<Senaka> infinoid: no patch
<nopaste> "Infinoid" at 96.238.213.50 pasted "src/builtin.c build error with g++" (4 lines) at http://nopaste.snit.ch/12704
<Infinoid> you didn't see that one?  if not, it must be something specific to my system
<pmichaud> smash:  what's a good test input size for primes?
<leo> another benchmarking hint: turn off any powersaving slowdown features on your OS
<jonathan> leo: You in Vienna these days?
<smash> pmichaud: i used something like `seq 10000 10000 90000` but that can take a bit
<leo> yep
<leo> jonathan: hi btw
<jonathan> I'm coming to live in Bratislava for the summer.
<Senaka> infinoid: confirmation, i don't see such
<Infinoid> hmm.
<jonathan> So I'm sure I'll be dropping by Vienna now and then. :-)
<Infinoid> that makes it hard for me to follow along...
<leo> jonathan: I heard of that - see ya at next vienna.pm social soon
<Infinoid> I get a similar error in another file:  src/debug.c:1517: error: declaration of 'int PDB_unescape(char*)' throws different exceptions
<Senaka> cflags?
<purl> cflags is, like, generated before config.h, but needs it
<jonathan> Aye, I'm sure I'll be coming for those. :-)
<smash> pmichaud: `seq 10000 10000 90000` <-- when running pir/perl, never even finish a 10000 run on rakudo yet
<leo> at last social 3 slovakian folks did participate
<pmichaud> smash:  I might want to take a look at the generated code then.  1000 run takes 6 seconds on my box
<Senaka> Infinoid: what are your CFLAGS?
<leo> or slovakian inhabitants to be more precise ;)
<nopaste> "Infinoid" at 96.238.213.50 pasted "CFLAGS" (1 line) at http://nopaste.snit.ch/12705
<pmichaud> smash:  2000 run takes 26 seconds on my box
<Infinoid> hmm, let me split that into multiple lines
<smash> pmichaud: let met do 1 run for 2000 here.. 1 sec
<nopaste> "Infinoid" at 96.238.213.50 pasted "CFLAGS" (7 lines) at http://nopaste.snit.ch/12706
<Senaka> echo CFLAGS?
<Senaka> what does it show?
<Senaka> echo $CFALGS i guess
<Senaka> s/CFALGS/CFLAGS/
<Infinoid> nothing... its a Makefile variable, not a shell variable
<pmichaud> smash:  3000 --> 68 secs
* particle heads out to enjoy the tropics
<pmichaud> particle: enjoy!
<pmichaud> particle++ # release
<Senaka> Infinoid: I have these "-g -E -dD"
<pmichaud> oh, jeepers
* leo too  particle++ # release
<pmichaud> every assignment in rakudo is now calling !TYPECHECKEDASSIGN, even if it's not needed
<pmichaud> *that* will certainly slow things down
<smash> pmichaud: 2000, 21.16 seconds
<jonathan> Indeed; need to move that stuff into assign vtable override.
* Senaka wonders whether CFLAGS is the issue
<pmichaud> jonathan: well, even then it's going to eat up a lot of time.  Is there a way to compile-time determine that we don't need type-checked assign?
<pmichaud> or is type-checking such that we have to dynamically check every variable, even those that aren't explicitly typed?
<jonathan> For lexicals, yes.
<jonathan> Well, hmm
<moritz> are the type checks memoized?
<jonathan> Original plan, before the "move to assign" plan, was to just have an "untyped" entry in the block symbol info for that symbol.
<jonathan> And if it was untyped, don't bother emitting the call to type-check it.
* Coke tries to remember how to do a merge.
<jonathan> However, moving it to assign, it's tricker to do that. But the check will boil down to checking if there is a %!properties attribute.
<jonathan> Or rather, if that attribute has a value.
<jonathan> If it comes back null, no checking is needed, go and copy.
<jonathan> What we *really* want are lowercase types, for performance.
<jonathan> my int $x # maps down to I register
<pmichaud> not really (more)
<pmichaud> even if "my int $x" maps to I registers for performance, we still lose it all in autoboxing to the operators
<pmichaud> (more)
<pmichaud> and whether we have 'my int' or not, a simple "my $x"  still needs to be reasonably fast.
<jonathan> We needn't autobox to the operators; MMD with signature of int (not in quotes) won't cause that.
<pmichaud> does the new mmd proposal support it?  ;-)
<jonathan> The trick is avoiding doing excessive lexical lookups.
<pmichaud> I don't see a way to avoid the lexical lookups, because of OUTER and CALLER
<jonathan> Oh, there are situations where we *have* to do them, for sure.
<pmichaud> but we don't know when we don't, do we?
<Coke> (I'm glad. this is starting to sound like conversations I had with mdiep on some other HLL. =-)
<pmichaud> (maybe if we get real Scalar types we can avoid the extra lexical lookups)
<jonathan> If the variable was declared in the current lexical scope, then we know what PMC register it lives in.
<pmichaud> except if a called sub rebinds it
<jonathan> Sure, across calls we can't do this.
<pmichaud> so when do we not have a call?
<jonathan> Rarely.
<pmichaud> exactly
<jonathan> *sigh*
<jonathan> Optimization. Hard.
<pmichaud> so I don't think avoiding lexical lookups is our answer yet
<pmichaud> (but again, having a real Scalar type might mean we can avoid it :-)
<pmichaud> anyway, PCT is going to have a flag on it that says "it's okay to re-use the PMC register from a previous lookup"
<jonathan> That can still bet re-bound.
<jonathan> s/bet/be/
<jonathan> In a call.
<pmichaud> it can still be re-bound, yes, but then we're rebinding the PMC and not the lexical
<pmichaud> oh, wait, maybe not
<pmichaud> hrm.
<pmichaud> _anyway_
<jonathan> sub foo { $CALLER::a := ... }; my $a = ...; foo() # after here $a was rebound
<pmichaud> I've thought a bit about optimizations and determined that at-the-moment we don't have a lot of room for them :-(
<pmichaud> or I'm just not imaginative enough for them
<jonathan> I've pondered them now and then. I pondered a scope-lifting one at one point (if you have no conflicting lexical names you might be able to flatten things a bit...), so loops needn't result in a call per iteration.
<jonathan> But I haven't got far enough to working out if/when/how it would work.
<pmichaud> and no OUTERs
<jonathan> Right.
<jonathan> The set of conditoins is *very* specific.
<jonathan> But on the other hand, might match a lot of code.
<pmichaud> yes, I've thought a bit about that also.  We also have to watch the mapping of $_
<jonathan> Yeah. But I fear that's something that generally needs a review in Rakudo - I'm not convinced it's right, or at least I'm certainly not convinced a lot of what I've done is right.
<pmichaud> oh, I know that $_ is wrong
<jonathan> I did some hack for $/.
<pmichaud> it should be a contextual var
<pmichaud> so is $/
<pmichaud> and $!
<jonathan> OK. That will happily make my $/ hack go away when those are done then.
<jonathan> Any progress on the roadmap for Rakduo as of yet? Not trying to hurry you, just curious.
<pmichaud> I'm wanting to have it for tomorrow-ish
<pmichaud> trying to decide if it belongs on the wiki or in the repo
<jonathan> It's hackable/tweakable by interested parties in either, though repo has a bit more control over who can tweak it.
<pmichaud> I'm not too worried about controlling it
<jonathan> OK, then it could really be in either.
<jonathan> To me, in the repo makes some sense. There's already a ROADMAP in there now, IIRC.
<pmichaud> well, I was thinking perhaps it belongs in ROADMAP (or, really, is just an updated ROADMAP)
<pmichaud> and perhaps it goes in docs/
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-199-214.dynamic.mnet-online.de
<pmichaud> we'll do repo to begin with, then.
<pmichaud> I prefer editing in vi(m) to SocialText anyway :-)
<pmichaud> for assign, I think that perhaps we should hold off on the assign opcode for a bit, then -- we may need a rethink.  I would like to get it so that we aren't generating a bunch of extra calls for untyped assignments
<pmichaud> because that will _really_ slow things down
<jonathan> Yeah, agree.
<jonathan> The assign approach does make it harder for me to do the opt I had planned on.
<jonathan> I'll try and get that in shortly.
<pmichaud> I also don't like that Rakudo would use 'assign' where we tend to tell other languages that they'll want to do copy.  Parrot's existing 'assign' opcode is really b0rken (in design) afaict
<jonathan> Sure, copy isn't hookable in any cross-language way though.
<pmichaud> there's too much overloading and overlap of functionality between 'assign' and 'set'
<pmichaud> set $P0, 5    really should be   assign $P0, 5
<jonathan> Well, assign's default implementation is to call set, IIRC.
<jonathan> That is, at a vtable level.
<pmichaud> right.  Unfortunately the various *array types overload it to mean something else
<rotty> anybody knowing some code that does more complex things in get_string() ?
<rotty> (PMC code, that is)
<chromatic> Class PMC
<pmichaud> afk for a bit.
<rotty> chromatic: was that an answer to my question?
<konobi> pmichaud: https://www.socialtext.net/open/index.cgi?wikrad_screencast
% davidfetter has joined #parrot
<smash> particle: just downloaded parrot-0.6.1.tar.gz from cpan
<smash> what's with the "unauthorized release" ?
<chromatic> Yes, rotty.
<smash> and what is the correct md5sum on the file !?  :-D
% Senaka has left #parrot
<Infinoid> footnote on the earlier c++ discussion: g++ 4.2.3 fails but 4.1.2 succeeds, and we're thinking its the fault of one of the patches Gentoo applied to my 4.2.3.
<smash> i'm off.. catch you all later
<jonathan> chromatic: For calling optimization: it occurred to me that if the caller and callee have the exact same signature, then they will both end up referencing the same FixedPMCArray constant specifying the signature. And we can detect that case and do something optimal.
<jonathan> For one, we know that there are no flattening or slurpy args, because they are never going to result in the same signatures.
<chromatic> Exactly.
% smash has left smash!~smash@gil.di.uminho.pt
<jonathan> That could be even cheaper than introspecting the sub.
<chromatic> Probably so.
<chromatic> What do I pass to Configure to build and link with g++?
<jonathan> I'm tempted to stick a counter in my local codebase here to see how often that is the case in, say, the process of compiling actions.pm
<chromatic> Do it.
<chromatic> My guess is at least 30%.
<Infinoid> chromatic: --cc=g++ --link=g++
<chromatic> Thanks.  I'm testing the extern thing.
<pmichaud> from a Perl 6 perspective, it's likely to be moot, though
<pmichaud> well, not completely moot, but moot enough
<chromatic> the signature checking, pmichaud?
<pmichaud> yes
<pmichaud> sub foo( $x, $y) { ... }      foo(:y(1), :x(2));   
<Infinoid> g++ needs other patches, too.  RT #52874 at least, maybe one or two more.
% skids has joined #parrot
<jonathan> pmichaud: You'd have to have declared them :$x, :$y for that?
<pmichaud> jonathan: no
<pmichaud> from S06, "Required parameters"
<pmichaud>     $comparison = numcmp(2,7);
<pmichaud>     $comparison = numcmp(x=>2, y=>7);
<pmichaud>     $comparison = numcmp(y=>7, x=>2);
<pmichaud> where numcmp is
<pmichaud>     sub numcmp ($x, $y) { return $x <=> $y }
% Limbic_Region has joined #parrot
<pmichaud> afk, dinner
<davidfetter> bon apetit
<jonathan> chromatic: I did:
<jonathan>     total_calls++;
<jonathan>     if (src_signature == dest_signature)
<jonathan>         opt_calls++;
<jonathan> opt_calls is 1527223, total calls is 1555251
<chromatic> That's over 30%.
<jonathan> It's over 98%.
<jonathan> Now I feel like my test data must be wrong or something.
<jonathan> :-)
<chromatic> It's not surprising.
<jonathan> I expected it to be a lot more than 30%, but not quite this high.
<rotty> chromatic: what file is that?
<purl> i guess file that is getting created is perl6_group.dll ?
<chromatic> rotty, jonathan's talking about src/inter_call.c
<Infinoid> purl, forget file that
<purl> Infinoid: I forgot file that
<rotty> chromatic: no, i meant "Class PMC"
<jonathan> rotty: src/pmc/class.pmc
<rotty> jonathan: thanks
<jonathan> I was going to sleep, but I now I'll just lay dreaming about optimizatin...
<jonathan> oh, damm
<jonathan>     total_calls++;
<jonathan>     if (src_signature == dest_signature && !PMC_IS_NULL(src_signature))
<jonathan>         opt_calls++;
<jonathan> Gives...0.
<jonathan> That's odd.
<chromatic> Are you sure these are constants?
<chromatic> Or at least they're singleton constants?
<jonathan> Hang on...
<purl> Hang on... is, like, also
% nopaste has left nopaste!~opaste@202-154-105-237.people.net.au
% TonyC has left TonyC!~tony@202-154-105-237.people.net.au
<jonathan> OK, what I shoulda done was move it after to call to Parrot_init_arg_indexes_and_sig_pmc
<jonathan> Then we get opt_calls = 363411, which is only 23%.
<chromatic> That seems more sensible.
<jonathan> Yeah.
<jonathan> 98% rang alarm bells.
<jonathan> OK, that may still be worth optimising.
<chromatic> If we can avoid creating PMCs in that case, so much the better.
<pmichaud> I keep wondering if we could improve things by doing something more Capture-like
<pmichaud> although I guess it doesn't help with register args
% tetragon has joined #parrot
<Infinoid> sushi &
% nopaste has joined #parrot
% cognominal has joined #parrot
% TonyC has joined #parrot
<jonathan> chromatic: Got a maybe-optimization that makes it through make...smoking now.
% cognominal has left cognominal!~cognomina@m34.net81-67-172.noos.fr
% lathos has left lathos!~simon@morison.arjam.net
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
<dalek> r26989 | coke++ | type_ids:
<dalek> : Merge changes from trunk -r:26762:26988 to type_ids branch.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26989
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
<dalek> r26990 | coke++ | type_ids:
<dalek> : Remove usage of integer types.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26990
% silug has joined #parrot
<dalek> r26991 | coke++ | type_ids:
<dalek> : Update all usages of ".const .foo" to ".const 'foo'"
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26991
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
% kid51 has joined #parrot
<kid51> Why is http://search.cpan.org/~particle/parrot-0.6.1/ labelled an UNAUTHORIZED RELEASE?
<Coke> same reason it usually is, no doubt, module permissions.
<kid51> ...  a fact which means that when you search for Parrot, 0.6.0 still comes up first in search results.
<kid51> This kept us from using 0.6.1 at Parrot build fest in NYC tonight.
<kid51> What do we have to do to make it authorized?
<Coke> you couldn't just download the latest version?
<Coke> ... the same thing we always have to do. this is not an uncommon occurrence. I just don't remember off the top of my head.
<kid51> If 0.6.1 had been cleanly available, we could have had everybody work on the same version.  
<Coke> docs/project/pause_guide.pod
<kid51> Is particle not a member of PARROTRE?
<chromatic> We probably added modules that need permissions.
<Coke> http://www.parrotcode.org/release/devel has been updated to point to 0.6.1
<kid51> I don't want to suggest that this is a big problem.  It just so happens that both release day and perlsemny fall on the 3rd Tuesday of the month.  And when people started to come in to the meeting and go to our home page, they saw announcements that said that 0.6.1 was already out -- when in fact there was no way for José Average User to get it yet.
<Coke> kid51: there is usually a small delay between the announcement and it even hitting CPAN.
<Coke> (which is separate from this issue.)
<kid51> I understand.  I guess I'm more accustomed to the situation where the release goes out late Tuesday evening/early Wed morning -- so that most people are not aware of these little gaps.
<dalek> r26992 | jkeenan++ | trunk:
<dalek> : Add a semicolon to evade failure to detect Perl::Critic.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26992
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<dalek> r26993 | jkeenan++ | trunk:
<dalek> : Additional test file (misnamed).
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26993
<dalek> r26994 | jkeenan++ | trunk:
<dalek> : New test file -- now correctly named.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26994
<dalek> r26995 | jkeenan++ | trunk:
<dalek> : Modifying test files for auto::macports.  Deleting one misnamed file."
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26995
<dalek> r26996 | jkeenan++ | trunk:
<dalek> : Correct references to file name inside file.  Correct POD description of file's purpose.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26996
% cognominal has joined #parrot
% guru has joined #parrot
<dalek> r26997 | jkeenan++ | trunk:
<dalek> : Additional test file for auto::macports.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26997
<dalek> r26998 | jkeenan++ | trunk:
<dalek> : Fix bug in auto::macports identified at Perl Seminar NY build fest by Jim
<dalek> : Anderson:  case where there is no /opt/local/ directory yet.  Add 3 additional
<dalek> : test files to exercise this case.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26998
% kid51 is now known as kid51_afk
<chromatic> Three test files to exercise a single case?
<dalek> r26999 | rgrjr++ | trunk:
<dalek> : * examples/pir/hanoi.pir:
<dalek> :    + Check size, other tweaks.  Patch courtesy of Senaka Fernando.
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26999
% guru has left guru!~guru@bas3-toronto02-1279612858.dsl.bell.ca
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% teknomunk_ has left teknomunk_!~teknomunk@ubuntubob.residential.okstate.edu
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% teknomunk has joined #parrot
% kakashi_ has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% kid51_afk has left kid51_afk!~jkeen@68.237.17.46
% AndyA has joined #parrot
% silug has joined #parrot
% silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net
% tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com
% kakashi_ has left kakashi_!~kakashise@mnit.ac.in
% tetragon has joined #parrot
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
<PerlJam> NQP question: Can I bind portions of $/ with $<foo> := $bar ?   Does that work as if $bar had been matched?
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177228155.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<dalek> r27000 | duff++ | trunk:
<dalek> : [rakudo] conditional modifier + loop modifier
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=27000
% silug has joined #parrot
% Senaka has joined #parrot
% Senaka has left #parrot
% chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net
% uniejo has joined #parrot