"Tuesday at 20:30 UTC"
Set by moderator on 20 April 2010.
04:20 tcurtis joined 07:39 eternaleye joined 09:46 mikehh joined 12:05 bluescreen joined 13:00 darbelo joined 17:50 tcurtis joined 17:51 PerlJam joined 18:18 bluescreen joined 18:38 bubaflub joined 18:43 cotto_work joined 19:02 khairul joined 19:04 whiteknight joined
whiteknight WHAT I DID: 19:10
* Finally did some Parrot work!
* Created ns_func_cleanup branch to cleanup src/global.c and the functions therein.
* Sent an email to the list (warnocked) and requested some information on related tickets (warnocked).
* If anybody has feedback or info on any of TT #1219, #1220, #1221, #1222, #1223, #1224, or #1225, I would REALLY appreciate it
* Created oo_func_cleanup branch. Everything I touch there turns to FAIL. The code is not only extremely ugly but also extremely tightly coupled. I may need to abandon this for now and come back with a fresh game plan later.
* Created a small proof-of-concept PIR subset to C compiler. Starting to explore Lorito in more detail
* Chatting with Chandon about his GSoC project.
* Following along with bacek's GC work, darbelo's GSoC work, and plobsing's opcode work. All very interesting!
WHAT I WILL DO
* Get ns_func_cleanup merged. I would like feedback on the related tickets so I can make fixes in branch if possible. Will merge without fixes otherwise.
WHAT I AM BLOCKING ON
* Not enough hacking time.
EOR
19:17 NotFound joined
NotFound What I did: 19:21
-parrot
* Renamed 'unroll' to 'finalize'
* Fixed some remaining misuses of str_byte_length/str_length
* Cleanup code and pod of some core PMC.
* Added a bunch of tests to improve coverage, guided by
tapir2.ro.vutbr.cz/cover/cover-results/
-winxed
* Harcoded the value of ITERATE_FROM_START to avoid .include
* Avoid using ops recently converted to dynops.
* Fixed some problems with new and const noted by plobsing++,
but still not a full solution.
* Minor fixes and cleanups.
What I will do:
* More cleanup and test coverage on core PMC.
* Anything that crosses my mind.
EOR
19:32 plobsing_work joined 19:38 tcurtis joined
bubaflub Did: 19:41
* GSoC work for Parrot on RTEMS
- Worked on generating a Configure hints file
- Worked on generating a Configure directive file
Will Do:
* GSoC work:
- Hope to have Parrot configuring and building on RTEMS next week
19:42 Chandon joined
Chandon Done: 19:45
* Exploration of continuations for green threads.
Will do:
* Look at fitting it in to the scheduler.
END
khairul Done: 19:50
* Learnt enough NQP to reimplement Instrument::Probe in it.
Will do:
* Explore replacing op fun ptrs with stubs instead for speed.
* Look into using the event system
* Bug squashing tracer.nqp
END
plobsing_work What I Did: 20:05
* published not-yet-working deep cloning library on github
* unleashed ops_massacre. fixed most associated bugs upon prompting.
* looked into fixing dynops loading (warnocked on list other than good ideas from sorear++)
* quickly implemented constant unfolding
What I Plan: 20:06
* fix up residual ops_massacre bugs
* implement dynops loading bugfix
* merge constant_unfolding
* get deep clone library working
* register allocator???
Blockers:
* decision on how we should approach dynops problem (RFC on list has ideas, but no real resolution)
EOR
Util # Done: 20:12
* Poked Coverity at a different email address, asking to restart scans of Parrot.
= David Maxwell did not respond to the March email.
* Started new presentation: "Top 10 things that are/aren't the same in Perl 6"
= As mused on here: irclog.perlgeek.de/parrotsketch/201...#i_1969154
# Plan to do:
* Finish Top10 presentation.
* Assist with Perl6book.
* More on TT#1302 (PIR todo() is frequently misused).
# Blockers:
* $WORK
.end
tcurtis What I did: 20:13
* Fixed an issue where my pastcompare.pir helper for testing was getting deleted by make clean.
* Added PAST::Walker::Dynamic and PAST::Transformer::Dynamic.
* Added tests for PAST::Walker::Dynamic and PAST::Transformer::Dynamic.
* Switched PAST::Walker and subclasses to use P6metaclass for more convenient NQP usage.
* Met with pmichaud to discuss PAST optimization.
* Thought about syntax for PAST optimization.
- Sent an email to parrot-dev about it.
* Also asked for any anyone interested in my project to contact me so that I can contact them specifically for feedback when making decisions about what to do.
- pmichaud was the only one who responded. Anyone else interested?
* Posted blog post
- parrot.org/content/pasttransformer-...timization
* Started(not even commited yet implementing PAST::Pattern
- Can build whatever syntax idea ends up sounding best on top of it.
What I will do:
* Continue implementing PAST::Pattern.
* Write tests for PAST::Pattern.
* Miss next week's #ps.
- Will still make a report Tuesday before I leave.
* If time allows, do one of two things:
- Start writing example optimizations with PAST::Pattern or
- Start trying out syntaxes for optimization. 20:14
EOR
cotto_work #did: 20:16
- helped khairul figure out some stuff
- got feedback on LoritoRoadmap from plobsing and whiteknight
- feedback from everyone (this means you) is welcome
- made a rough meta-plan for Lorito hacking and design 20:17
#will do:
- post Lorito meta-plan to parrot-dev
- get cracking on the git/trac test site
- maybe write some code or something
#eor
20:18 bacek joined 20:19 Coke joined
Coke Done: - not much, holiday weekend. - verified that plobsing++'s fix to partcl worked. - started chat on parrot-dev about dynops 20:21
WillDo: - get partcl working again. - keep on top of any parrot issues that impact Rakudo. 20:22
RANT: irssi ate my newlines.
EOR
bacek Did: 20:24
* Start GCMassacre. Going reasonably well. Able to build corevm, pass number of coretest. PMC allocations are faster then trunk. Overall performance little bit slower because of PMC Attributes, STRING header allocations aren't properly implemented (yet)
Todo:
* Finish GCMassacre
Blockers:
* 'constant' PMCs are stand in way of new GC.
mikehh What I did since my last report: 20:25
* building and testing parrot on amd64/i386, with gcc/g++
* various fixes
* branch testing and some fixes
What I intend to do in the next week:
* testing and fixing
.eor
darbelo DONE 20:26
- More NFG work. Basic grapheme table functionality has arrived.
- Mostly within the bounds of the initial draft schedule.
- I've dicovered I suck at API design.
- I'm just adding stuff as the need arises in a feeble attempt to avoid overdesign and bloat.
TODO
- Blog post about this week progress. Will be done in a few minutes.
- Turn the Grapheme table prototype into something a bit more usable.
- De-uglify code.
EOR.
cotto_work anyone care to get this party started 20:32
Coke I can, I guess. 20:33
Any last minute report-pastes?
... Anyone have any feedback on this week's goals? (digging...) 20:35
looks like GC was the big goal. bacek, anything to add to your report?
bacek Coke, nope. I hate "constant" PMCs... 20:36
darbelo zombies--
mikehh major probslems with make corevm/make coretest this week
problems 20:37
bacek I started gc_massacre_no_constant branch to kill "constants"
Coke bacek: ok. are you stuck on them, or just delayed?
cotto_work tons of unintended consequences from ops_massacre
plobsing_work yeah, sorry about that. I try to fix them as I become aware of them
cotto_work plobsing_work: and doing a good job of it
Coke I think the biggest thing that would have helped there is if we had done a 'make coretest' before the mergeback. we have to make sure that keeps working, even if developers don't happen to run it every day.
mikehh yes - got most working then bacek made a change that blew it up again
Coke was bacek's the "don't build dynops for core"? that was actually the right patch, IMO. 20:38
NotFound plobsing_work: no your fault, the problem was already present, just it doesn't manifested so clearly.
cotto_work what NotFound said
plobsing_work q1q 20:40
mikehh at the moment there are two subtests failing make test but a whole bunch failing make corevm/make coretest
Coke mikehh: I'm only getting 2 on the corevm atm - if you have more, feel free to hijack my ticket. 20:42
do devs here have an opinion on keeping dynops non-core?
plobsing_work +1 to non-core
Coke metoo.
NotFound +1 20:43
mikehh Coke: let me check - I last ran the tests a few hours ago
Coke In that case, I think we need to at the very least address notfound's issue with stderr.
resurrecting printerr would probably be the simplest solution, or blessing that experimental method (which i don't like, as it is using 0,1,2...)
bacek +1 to move printerr back to ops. 20:44
plobsing_work what's the problem? hardcoded stdhandle indices? we can put those in a .pasm include
cotto_work +1
NotFound No preference, whatever works.
Coke once we decide on that, we can work on fixing/moving all the tests.
Util +0, as long as all dynops get tested under `make test` 20:45
Coke Util: aye, that's for sure.
NotFound We can add one or several methods in the FileHandle PMC, if fits better here than in the interpreter. 20:46
Coke alright. I'll sum up to the mailing list and get some more feedback.
I think the rest of the ops are arguable, but printerr seems to be a pain point.
plobsing_work: your q?
NotFound BTW if we put a non-op way on core it will be the prefered way and then we can kill printerr. 20:47
plobsing_work can I get a decision on how to resolve the dynops load order issue (posted to the list as RFC)? 20:48
mikehh Coke 45 tests fail and a lot not even run
NotFound plobsing_work: ENOARCHITECT
plobsing_work it is blocking resolution of the major dynops breakage
Coke plobsing_work: I'll try to review it, but will likely just poke chromatic & allison et al. 20:49
NotFound I think we must choose the faster implementable and testable way, and reevaluate the decision after Rakudo* 20:50
Coke any other non-dynop issues? 20:52
I think we should make that our priority for the next week.
NotFound +1
mikehh +1
cotto_work sounds like what's needed is feedback from chromatic and allison. I don't mind diving in to help hack if needed. 20:53
Coke ISTR allison is booked with school this week, so we'll try to route around that.
anything else? 20:54
bacek I would like to get some help on gc_massacre_* branches. 20:55
cotto_work what kind of help?
eyeballs, bug fixing, testing, other?
Util Coverity got back to me just now; scans to resume tomorrow. 20:56
bacek all of them
mikehh bacek: working on bits of it
bacek mikehh, great!
cotto_work good thing we have a wiki page for the branch
bacek _no_constants branch is higher priority for now. 20:57
Coke bacek: ok. if you keep the wiki page up to date, sounds like you'll have some volunteers. 20:59
Util: excellent.
so, 2 priorities - gc massacre branch(es), and fixing dynop issues. 21:00
mikehh sounds good to me
Coke (but not in that order =-)
alright. I'm ready to call it, unless anyone has something else?
... bueller? 21:01
tcurtis Does anyone other than pmichaud and sorear have any particular interest in my GSoC project? Particularly, if you think you'll actually end up using it, I'd like to know so I can contact you specifically when I need feedback about design decisions. 21:02
bacek tcurtis, I'm.
Coke tcurtis: I have some interest, primarily as a consumer of PCT. 21:03
mikehh tcurtis: yes - happy to help with testing issues
Coke tcurtis: if you're looking for more interested parties, parrot-dev will have a higher hit ratio than #ps. (esp for those who can't be here.) - or a blog post works, too. 21:05
NotFound I don't use PCT but always enjoy discusions about syntax ;) 21:06
Tene I have interest.
tcurtis Coke: I asked on parrot-dev last week. Lack of response was the reason I brought it up here.
Tene (although I'm not actually here)
21:06 plobsing_work left
tcurtis I've added all of you to my list of people to contact. Anyone else? 21:08
Coke tcurtis: it may be no. pmichaud was the primary developer on PCT . 21:12
I'll followup on list to drum up more replies.
alrightee. Let's call it a week. See everyone on list and next week. 21:13
21:14 tcurtis joined, bubaflub left 21:19 khairul left 21:20 NotFound left 21:23 whiteknight joined 21:27 Chandon left 21:33 tcurtis joined