% tewk has left tewk!~tewk@216.194.126.145
% tewk has joined #parrotsketch
% particle_ has joined #parrotsketch
% particle has left particle!~particle@144.81.84.40
% particle has joined #parrotsketch
% particle_ has left particle_!~particle@c-24-19-12-148.hsd1.mn.comcast.net
% Coke has joined #parrotsketch
% sapir has joined #parrotsketch
% sapir has left sapir!~sapir@87.69.10.153.cable.012.net.il
% sapir has joined #parrotsketch
% sapir has left sapir!~sapir@87.69.10.153.cable.012.net.il
<mdiep> - Still working on argument handling code. I have everything but :named and :named :slurpy figured out and rewritten locally. I'm hoping to have it finished by next week's sketch.
<mdiep> - For some sick reason, I enjoy refactoring. Even C code.
<mdiep> - I'd like to have suggestions/requests of other C refactoring projects.
<mdiep> - Today is the last day of class. Next week I can actually make it to #parrotsketch live.
<mdiep> - Release:
<mdiep>   - In the process of figuring out what the release entails (reading through the guide, etc.)
<mdiep>   - I plan to start on the actual release process at 3-4pm today
<mdiep>   - Please update NEWS/PLATFORMS
<Coke> Steve_p's report:
<Coke> <Steve_p> * C++ coming along.  Current re-wiring Parrot::Ops2c.  C++ only
<Coke>           allows initializers at declaration.  We currently predeclare
<Coke>           structs in some cases and then initialize later.
<Coke> <Steve_p> * Solaris x86 seems to be working fine.  Have sent patch for
<Coke>           PLATFORMS.
<Coke> <Steve_p> * This week...
<Coke> <Steve_p> ** Getting Parrot to compile with g++ (no, really)
<Coke> <Steve_p> ** Working on Borland with gmake
<Coke> <Steve_p> ** Linking with icc
<Coke> <Steve_p> END
% pmichaud has joined #parrotsketch
<pmichaud> Something has come up and I might not be here for parrotsketch
<pmichaud> here's my report for this week
<pmichaud> PGE:
<pmichaud> * Continued work on the new S05 changes for PGE.
<pmichaud> * Finished the test suite in t/compilers/pge/perl6regex/ .
<pmichaud> * Moved tests for PGE::Text::bracketed into t/compilers/pge/, since
<pmichaud>   they aren't P6Regex or Perl6Regex specific.
<pmichaud> Bug day:
<pmichaud> * Resolved RT#39648 (by accepting the status quo as correct)
<pmichaud> * Fixed RT #40053 (PGE::P6Regex fails on null input pattern)
<pmichaud> * Helped chromatic with move_main patch on X86_64 systems
<pmichaud> Other:
<pmichaud> * Set up an automated smoke from my x86_64 platform
<pmichaud> ** not sure why it failed this morning, so I've now set it up to log
<pmichaud>    the results to a file where I can see what happened
<pmichaud> * Filed my taxes
<pmichaud> * Still working on perl6/miniperl6/S05 items
<pmichaud> EOR
<pmichaud> the report is also available at http://www.pmichaud.com/perl6/ps-20070417.txt
<pmichaud> I'll check scrollback later for questions
% sapir has joined #parrotsketch
% sapir has left #parrotsketch
% sapir has joined #parrotsketch
% allison has joined #parrotsketch
% jonathan_ has joined #parrotsketch
<Coke> Hello, everybody. Hope everyone's psyched about the upcoming release. =)
* allison does the dance of joy
<Coke> There are several reports in the log already. If you go to the website -> resources -> parrotsketch -> today's date, you can read them there.
% chromatic has joined #parrotsketch
<Coke> Here's mine:
<Coke> * Waiting until 0.4.11 release to generate new docs for website with 'make html'
<Coke> * Some small patches in this vein pre-release.
<Coke> * Updated the "useful rt queries" link on the wiki with some basics.
<Coke> * Started to flesh out the parrot google calendar (linked to from http://www.parrotcode.org/resources.html)
<Coke> * No progress on the BASIC front. There's a work in progress that uses the new compiler tools, not sure if we want to lose an example language that uses the stack.
<Coke> That's it for me.
<Coke> Looking at who's around, let's do jonathan, particle, chromatic, and allison.
<jonathan_> Ooh, me!
<jonathan_> Trying to get PDD15 closer to complete...
<jonathan_> * init_pmc now takes a Hash for both Class and Role to initialize it
<jonathan_> * Class and Role association with namespaces now implemented and (as far as I can tell) matches the PDD
<jonathan_> * name and namespace methods on Class now match the PDD too
<jonathan_> * Implemented the get_class op for looking up a class via a namespace, tested it, etc.
<jonathan_> * Fixed bug with inspect('namespace')
<jonathan_> * Added clone_pmc vtable method to vtable.tbl
<jonathan_> * Implemented clone and clone_pmc vtable methods for Class
<jonathan_> * Big tidy up of Object and Class interaction - the way I'd done it originally was "get something that worked", whereas now we have something that's clean (it still works too, BTW ;-))
<jonathan_> * Was very happy to see more folks getting involved with PDD15 implementation - a couple of tasks I posted on-list taken up and done as well as a couple of bug reports complete with patches, which I dealt with
<jonathan_> * Currently noting stuff in DEPRECATED.pod in time for The Release
<jonathan_> * Currently noting stuff in DEPRECATED.pod in time for The Release
<jonathan_> Away from PDD15...
<jonathan_> * Found and fixed another bug in Parrot_PCCINVOKE
<jonathan_> * Tweaked the makefile so we don't delete *.h in src/pmc, just pmc_*.h
<jonathan_> Next week...
<jonathan_> * Gotta go down to London, which'll suck up a chunk of my time
<jonathan_> * Hope to do a few other bits of PDD15 stuff
<jonathan_> .end
<particle> ~ not much time in the past week, so i attempted to focus hackers on the 
<particle>   objects implementation in prep for today's release. seems to have been 
<particle>   successful, the TODO list is quite short now. 
<particle> ~ discussed the perl6 implementation with patrick, aiming to parse the standard 
<particle>   perl 6 grammar. hoping to have something before yapc::na. 
<particle> ~ steve peters's recent patch for c++ keyword cleanup suggests we should 
<particle>   modify the coding standard and develop a test for c++ keywords, yielding 
<particle>   obvious portability benefits. 
<particle> ~ various false starts on projects lead to more questions than answers 
<particle>   (exceptions, role-based pmc composition, etc.) i'll continue to review 
<particle>   current pdds and submit my questions to allison. 
<particle> ~ we still need some basic building blocks for portability, like a Path::Class PIR analog
<particle> .end
<chromatic> Lots of code cleanup related to typdefs for structs.
<chromatic> (lots more to do)
<chromatic> Wrote a first patch to move main() into src/main.c.
<chromatic> Fixed a few bugs.
<chromatic> Implemented isa() and does() for new classes; need to check subclasses there.
<chromatic> Dug into the nested structs problem; it looks like OrderedHash has clone trouble.
<chromatic> Lots of C code style cleanup.
<chromatic> .end
<allison> - Added tests for the OO metamodel. Many of the todos are now passing, so I've untodod them.
<allison> - Fixed several allocation bugs in ResizableBooleanArray.
<allison> - Continued working on PMC PDD.
<allison> - Talked with particle about getting started on an implementation of the Exceptions PDD.
<allison> EOR
<Coke> Any more reports?
<Coke> (and thanks to everyone for their reports and work this week!)
<Coke> Barring reports, any questions specifically about the release today? Matt will be getting down to it after classes today.
<Coke> ... Ok. Any questions at all? =-)
<chromatic> _classes you mean
<particle> comment: we can help matt by providing/applying patches for credits, news, and platforms, as well as running make fulltest
<Coke> check recent patches for a platforms patch, at least.
<Coke> This may go down in history as the shortest meeting ever. Anyone blocking on anything other than round tuits?
<chromatic> Ron Blaschke is working on a codingstd test that only tests modified files.
<Coke> like, 'svn st' modified?
<chromatic> Yes.
<particle> any thoughts about modifying the coding standard to shun c++ keywords in c code?
<allison> particle: seems reasonable
<allison> how would we test for it, though?
<chromatic> We do have a C parser in PGE.
<particle> well, we could compile with c++ and look for problems ;)
<allison> that could work, depending on how far along it is
<particle> c99 parser is incomplete, but isn't blocking on anything
<Coke> I'd rather see a c++ auto-smoke (though having the test would be nice on top of that.)
<allison> coke: yes, we should have that
<chromatic> A similar test could look for the use of 'struct' within C code.
<particle> we have a test for c keywords already
<particle> however, that's one of trailing space: if () vs if()
<allison> ah, right
* jonathan_ finds the first of these much easier on the eye
<particle> we could look for var decls with c++ keyword var names
<chromatic> Seems easy enough.
<allison> particle: that's a good start
<chromatic> Need to catch them in signatures though.
<particle> signatures need other testing, too, so it'd be nice to be able to parse those
<Coke> perhaps c could write up a [cage] ticket?
<chromatic> Will do.
<Coke> So, with this release, we've got most of one of the 0.5.0 milestones done. (Objects). I'm not sure we'll be able to do IO in time for May's release: we should plan on that being 0.4.12 for now.
<Coke> and maybe we can target 0.5.0 for June.
<particle> are there any other prerequisites for an io implementation?
<jonathan_> PMC Roles?
<particle> or, does anyone think we can get exceptions implemented faster?
<Coke> we have a spec, and we have (mostly) objects. I'm not aware of anything else at this time.
<particle> i don't think pmc roles are required for io impl
<allison> jonathan is right: we do need PMC roles for io
<particle> crud. okay
<Coke> Fair question. Either exceptions or IO would be fine to round out 0.5.0: is there more to exceptions than defining the exception hierarchy?
<chromatic> Who says it's a hierarchy?
<allison> yes, a complete implementation
<allison> the current implementation is only a prototype, and not a good one
<Coke> That'd be part of the spec, c, I suppose. (whether it is or not).
<particle> we need a spec for core exception types
<Coke> Why don't we mull it over for a week, and decide by next PS whether we want to do IO or Exceptions as the next push?
<jonathan_> allison: I've got a bunch of random thoughts on PMC stuff, I'll send 'em over to you, or to the list if you prefer.
<particle> and we need to think about pir->c->pir and exceptions
<allison> jonathan: send em to the list, I like giving everyone a chance to get involved in the discussion
<jonathan_> OK, will do. Don't promise, they'll be good or coherent ideas. ;-)
<Coke> allison++
<chromatic> In a fulltest, only the threads tests failed in one runcore.
<allison> jonathan: coherency not required, it's just a seed to kick of discussion
<chromatic> That only one test, too.
<particle> c: how many runcores do you support?
<particle> s/do you/does parrot on your platform/
<chromatic> All of them, I think.
<chromatic> I think it's the JIT core that failed; checking.
<jonathan_> allison: OK, will try and write something up while I'm on the way to/from/around London.
<allison> jonathan: neat. thanks!
<chromatic> Yes, t/threads.t test #13 fails with make testj.
<chromatic> t/dynoplibs/myops.t segfaulted too.  Hmm.
<Coke> we can probably track those failures down in #parrot. Anything else for the sketch?
<allison> t/distro/manifest_skip.t is failing
<allison> nope, nothing else for parrotsketch
<Coke> Excellent. Thanks again, everyone: be sure to tell me if you're blocked on something or not having fun. =-)
% chromatic has left #parrotsketch
% sapir has left #parrotsketch
% btaylor has joined #parrotsketch
% btaylor is now known as wubo
% wubo has left wubo!~btaylor@66.185.71.200
% particle has left particle!~particle@144.81.84.135
% dickdawg has joined #parrotsketch
% particle has joined #parrotsketch
% particle has left particle!~particle@c-24-19-12-148.hsd1.wa.comcast.net
% particle has joined #parrotsketch
% particle has left particle!~particle@c-24-19-12-148.hsd1.mn.comcast.net
% particle has joined #parrotsketch
% integral has left integral!bsmith@adsl-212-20-244-147.lumison.co.uk
% integral has joined #parrotsketch
% avar has left avar!~avar@85.197.228.236
% avar has joined #parrotsketch
% integral has left integral!bsmith@adsl-212-20-244-147.lumison.co.uk
% integral has joined #parrotsketch