* need feedback from particle (whose commit last year caused the breakage) on what original reason for change was and how we can work around it, given that code in that region of config/auto/gettext.pm has undergone subsequent refactoring

* Am approaching this a little bit at a time; see TT. But suspect that the right thing to do is to banish ALL conditional determination of configuration values in Makefile, as the results of such determinations are not available (via lib/Parrot/Config/Generated.pm, config_lib.pasm) to other programs. Will be seeking feedback from jorwitz, allison and doughera.

* Had some useful discussions with Larry on traits and MMD, which resulted in some clarifications to S12, some of which lay down in the spec stuff I've been assuming up until now. I had a happy (but now have gotta go work out how to deal with some of the things that it's clarified need to happen).

Done: Start of work on OpenGL::Math, to make a useful case study for more HLL-to-parrot calling convention issues. Todo: Continue that. Blocking on: Found problem with sub-namespaces (so when you 'use OpenGL::Math:from<parrot>;', you aren't able to instantiate OpenGL::Math::Vec4 (and adding double colon at the front (::OpenGL::Math::Vec4) just causes fail). Tene knows about this and is thinking about it.

I don't know if there's a wiki page yet. I have some suggestions but need a couple of hours to type them up. I can briefly summarize here with "parrot's build process should create something that looks a lot more like the installation"

moritz: perhaps some tests that push the boundaries of sanity? Like pushing recursion limits (but not in theory breaking them), or creating and destroying millions of GC'able objects (but in theory only using a relatively small pool of "active" objects), and so on?