Colin should start working later in the Winter.
Leon update: so far I've been busy with extending my TAP producer (mostly for better diagnostics) and adding unit tests. I've made it more compatible with Boost Lambda, allowing for example this:
Array big = numbers.grep(_1 > 5);
big.each(_1 *= 2);
int sum = big.reduce(_1 + _2, 0);
I'm currently busy with the exportation code. I'm trying to make exporting variables to Perl better. I should probably write an extended usage example one of these days, code makes what I'm doing more obvious than text.
Vadim should start working on this grant this weekend.
Andrew just started working on his grant. Updates are expected soon.
Vadim update: Currently, I am in the middle of developing of cross-compilation process for
linux. I sent several consequent patches to perl5-porters mailing list. Currently only first one was accepted, and I recieved information that other patches are also appreciated (last patch was not accepted but I think this technical difficulty is very temporary)
(in order to avoid such bottle-neck with my patches I'll ask for write permission to access repository - but this is not really necessary, in my opinion)
Ingy updates: YAML hackathon in San Francisco this weekend. Next update on Sunday night.
No updates from Grant Manager.
Alan continues fixing bugs, and posting some updates on http://blog.alanhaggai.org/.
Daniel update: Well, we actually realized we have enough runtime features to do some interesting features. In that way I implemented a SMOP XS binding, so you can "use SMOP" in p5 now. If you take a look at the tests in v6/smop/SMOP, you'll see that we can already run a mold inside p5, which is something very important that is going to make it a lot easier to have the STD backend up and running. Mildew is taking shape already, it's a STD->m0ld compiler that is already capable of doing some things. We (pmurias and me) are implementing more and more things into mildew so it can at some point compile src-s1p/ClassHOW.pm. This would be the s1p compiler, as in the original ROADMAP.
In the meanwhile, I have some even more interesting news. After some debate with #p5p people (specially Nicholas and mst), I successfully traced a ROADMAP on a SMOP<->p5 integration that would, if everything goes fine, make the p5 runtime just as extensible as SMOP, in fact, the p5 interpreter would be merged with SMOP interpreter providing a way to interoperate with other interpreters and to support different runtime structures, considering it would bring both the "representation polymorphism" and the "eval polymorphism" (key concepts in SMOP) to p5 itself. I had setup a wiki page on this new idea, and a few people have already looked at it and agreed it's a viable plan: http://www.perlfoundation.org/perl6/index.cgi?smopp5
If everything goes as expected, we could have Perl 5.12 supporting Perl 6 completely, and also supporting way new possibilities of interoperation with other runtimes.
I guess this means that I'm way off in the schedule, but the new doors being openned are worth it, IMHO.
Adam just finished this grant. He is being encouraged to write a conclusion report.
"If everything goes as expected, we could have Perl 5.12 supporting Perl 6 completely, and also supporting way new possibilities of interoperation with other runtimes."
I can't believe it, it will be so fantastic :D !