% rutski has left #parrotsketch % particle_ has joined #parrotsketch % particle has left particle!~particle@c-24-19-12-148.hsd1.mn.comcast.net % particle_ is now known as particle % particle has left particle!~particle@144.81.84.222 % particle has joined #parrotsketch % pmichaud has joined #parrotsketch % allison has joined #parrotsketch % chromatic has joined #parrotsketch % jisom has joined #parrotsketch Without an explicit moderator, I'll do it. Let's go in alphabetical order. ALLISON - Went back after the release and made a few more sanity fixes to ResizableBooleanArray. - continued working on PMC PDD - thanks to jonathan for his comments EOR CHROMATIC I fixed a lot of bugs. % Coke has joined #parrotsketch I cleaned up some memory leaks. string_to_cstring() sucks, but it's workaroundable even in internal_exception(). chromatic++ # finding memory issues I have cleaned a fair pile of code to PDD 07 standards. There is much more to do. EOF COKE No real report. Minor docs & very small test cleanups. I have jonathan's report. JONATHAN PROXY (that's your cue, Coke) curses. Give me a moment. Hi, Can't make Parrot Sketch today, sorry. Not much to report either... * Wrote up my thoughts with regard to the PMCs PDD and sent it off to the list * Fixed a C89 non-compliance that broke the build in some platforms * Answers various things on the mailing list It's been fun working on Parrot more over the last couple of months. I'm stepping away again for a while now, though this time for a happy reason: to go backpacking around Scandinavia and Russia. I'll get stuck back in on my return, towards the end of May. Jonathan EOR LEO MDIEP - Released 0.4.11! - Checked in arg rewrite patch (#40490) - Deprecated enter_nci_method in favor of register_nci_method (#40801) - Closed a bunch of resolved tickets in RT - Applied some patches from RT (hoping to empty the queue) ^D PARTICLE ~ helping to get things set up for the toronto hackathon this weekend it'll be nice to have more folks introduced to parrot if TODO or CAGE tasks spring to mind, please create tix asap ~ talked to nothingmuch about metaobject stuff. his MO impl is quite nice: http://nothingmuch.woobling.org/MO/ ~ blocking on what looks to be a PCCMETHOD bug, but it could be more general .end particle: is there a ticket open for that bug? yes, i'll get the number #42693 PMICHAUD * Had various legal-related things this past week (jury duty, company filings, etc.) * Working on generators/iterators this week * Following the various threads re string allocation and memory usage * Daily smoke on my x86_64 seems to be functioning well * I can set up daily smokes for other configurations (e.g., C++) if/when people are ready for those * Still wanting to take a lood at pdd15 in detail * Still looking at S05 implications for PGE EOR TEWK Did I miss anyone? Hi - nothing to report - did just some mails on the list Always appreciated, though. thanks Okay. Now we have time for observations and open questions. Observation: discussing source code (even hairy source code) on the list gets people excited, especially people who haven't contributed much before. I'm a big fan. Other thoughts? Refactoring the C code and adding lots of comments is A Good Thing (tm) I'm a huge fan also replacing TODO comments with tix is a Good Thing Okay, maybe we can try for public review of one source file per week. I like src/pmc/orderedhash.pmc for this week, as I think there's a problem with its cloning. even though I've had to skip many of the threads, it's terrific to see them there. It's inspiring me to do the same for perl6 (which, admittedly, I should have been doing long ago) I also highly recommend skimming the commit mails, if you have time. you == all y'all Are there any questions? Q: anyone have any Parrot C code they'd like to see refactored? what if we had a daily or weekly repository for smoking, so that periodic smoking can all use the same revision easily? I do. src/*.c, src/gc/*.c, compilers/imcc/*.[cyl]* :-p no src/pmc/*.pmc? Most of the PMCs are decent, because most of them have little code. yeah, except complex.pmc :( anything *specific* you'd like to see refactored? Typedef all structs. typedef++ Use mem_allocate_typed() wherever possible. jisom: I'm smoking daily on my x86_64 box -- results are in http://smoke.parrotcode.org/smoke/ (x86_64-linux-ccache) it'd be great to add these as CAGE/TODO tasks jisom, what benefits do you see from using the same revision for smokes? guarantee that they're running the same source tree % Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com Does that give us any extra information that we lack right now? without a tool to compare smokes, it's not that much more useful % Coke has joined #parrotsketch analyzing the smokes isn't easy pmichaud, what compiler are you using? gcc via ccache (gcc 4.1.2) I've tried compiling with g++ a few times "just for fun", but it doesn't work at the moment and looks like the same failures I'm getting, minus complex.t -0.0 issues, but I'm running freebsd Before we get mired in details, are there are any other questions we need to address here rather than in #parrot specifically? steve_p is actively addressing these issues Wondering if the folks organizing toronto hackathon need any pointers on things that need doing? particle, you said you were on that? i'm providing info on building parrot with win32 mostly pointers to existing docs i think more important is enumerating open tasks i'd be happy if somebody (hackathon or otherwise) picked up the ticket for classifying rt items and did that that sounds like an excellent hackathon task, fwiw % Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com i'll put it on the wiki, pointing to my tix % Coke has joined #parrotsketch also, allison has pinged the houston folks to see if we can get some hackathon time/space at yapc. oh, question... we don't have type checking in the compiler tools. is it a desired past transform? i'm thinking parse -> type check -> past I hadn't thought about that too much yet for perl6, at least, so much type checking has to be performed at runtime even if some can be done at compile time That's why we have pluggable transformations in HLLCompiler... :) chromatic: that's what i was getting at are there any other examples of pluggable transformations yet? i thought type checking could be one Optimization is another. I don't know which stage is easiest to do type checking though. optimization will be the better one to focus on, I think at least for the languages we're currently targeting % bernhard has joined #parrotsketch It sounds like we're wrapping up. Is there anything else, or shall we all adjourn to #parrot? (adjourning to #parrot) FoTW? src/pmc/orderedhash.pmc already covered. I'll dig into it and we can start discussing it in the next couple of days. Thanks everyone. thanks c, and all and thanks to c for chairing the meeting. My flaky network cxn and I appreciate it. =-) % chromatic has left #parrotsketch % smash has joined #parrotsketch % allison has left allison!~chatzilla@sub17-30.member.dsl-only.net % particle has left particle!~particle@144.81.84.222 % particle has joined #parrotsketch % jisom has left jisom!~jisom@74-134-230-123.dhcp.insightbb.com % Coke has left #parrotsketch % bernhard has left bernhard!~bernhard@p549a2f70.dip0.t-ipconnect.de % particle_ has joined #parrotsketch % particle has left particle!~particle@144.81.84.222 % particle_ has left particle_!~particle@c-24-19-12-148.hsd1.mn.comcast.net % mdiep has left mdiep!~matt@bursley-219-72.reshall.umich.edu % particle has joined #parrotsketch % particle_ has joined #parrotsketch % particle has left particle!~particle@c-24-19-12-148.hsd1.wa.comcast.net