% PerlJam has left PerlJam!duff@feather.perl6.nl % jonathan has left jonathan!jonathan@feather.perl6.nl % chip has left chip!chip@feather.perl6.nl % leo_ has left leo_!lt@feather.perl6.nl % chip has joined #parrotsketch % jonathan has joined #parrotsketch % leo_ has joined #parrotsketch % PerlPilot has joined #parrotsketch % pmichaud has joined #parrotsketch just a note that I'll be late again this week I expect to be here at hh:15 % PerlJam has joined #parrotsketch likewise % smash has joined #parrotsketch (allison also) we'll start 10 minutes late today ok % chromatic has joined #parrotsketch Happy 18:00 all. chromatic: we're starting 10 minutes late. (noted a moment before you joined) allison, chip and pmichaud are all running late hi folks hey leo % allison has joined #parrotsketch hey allison still no chip and no patrick, I think hi obra but let's get going anyway. they'll be here soon so. particle, leo, allison, then other people who pipe up ~ hackathon was a smashing success (it can't be said enough times) ~ 337 commits last *week*, 264 commits last *month* ~ applied many parrot improvements and bugfixes, courtesy of hackathon attendees ~ led parrot hackers in a pmc/object design meeting and provided summary with recommendations for allison (docs/dev/pmc_object_design_notes.pod) ~ turned jim keenan (of phalanx fame) loose on pmc2c.pl -- expect a refactoring and proper test coverage in the next few weeks ~ release prep, including doc updates, test triage, following release instructions and providing chip a patch... all tests pass on windows ~ ported languages/forth/ to windows ~ added two new configure.pl options to allow config w/o gdbm or gmp, even if they're installed (workaround for #40803) ~ added new perl6 ops: infix: and infix: to parser ~ playing with the new past and languages/abc/ ~ unfortunately, there was not enough time in chicago to spend time with everyone on my schedule, so some planned tasks remain unfinished .end * bits of hacking, testing, bugfixing during hackathon * explained various corner cases and the deeper reason still doubleplusunplenty parrot time ^D allison? - I've been reading through particle's summary of the object discussion. It's great, thanks to all who contributed and especially particle. - I followed parts of the hackathon via IRC, but it really wasn't the same as being there. :( EOR chromatic: you're up (then chip) I fixed a lot of failing tests on multiple platforms. That includes a lot of tests I thought I could never fix. I also helped a few other people do a few other things. Parrot::Embed is very close to working. Unfortunately, some change in PGE broke Pheme and I'm debugging that with little avail. ^D hi all. a non-report note: leo++ for referencing a classic work of English lit, when I wouldn't be able even to name any Austrian literary works, let alone quote them Past: * Hackathon rocked. andy++ sachmet++ * Thanks to Andrew N. Johnson, "interp" is now the standard interpreter variable name. He sent me a 2nd patch but I'm holding off applying it until Jonathan merges his packfile rework. * We (Jerry, chromatic, I, and probably others who I didn't pay the deserved attention in all the activity) have been knocking down the test failures, and we're as close to zero as we're going to get. Hence: Present: * The next release will be today, barring circumstances beyond my control. (And there was much rejoicing.) Future: * Squeaky wheels include Patrick's object difficulties and Jerry's need for an IPC::Open3 analog for ParrotInterpreter objects. * I'm getting close to understanding the object system and its problems. I'm at the point where I'm coming up with increasingly large changes that either don't help or have serious probles. Soon I'll be coming up with ideas I can't shoot down myself, and I'll write them up for the list and compare them with others' proposals. * I'd like to help Jerry with Interpreter::Open3 but I haven't looked into it yet. ^D who else is here? pmichaud: ping. coke. tewk jonathan chip++ for unmentioned sprintf fixes on windows failing other folks: a brief aside into question time. chromatic: go for it I talked to Jonathan. He, Matt, and I need to meet to discuss something (I forget what, but it was in the object discussion). After #parrotsketch next week works, else I have a conference call available. oh, jonathan can't make it today, as he's vacationing in chicagoland, but he created a branch and began implementation of the newly-approved packfile pdd excellent also, he worked closely with kelly ireland, who did parrot C work for the first time s/kelly/kelli/ anyone else got anything? three cheers for new parrot hackers :) sprintf("%e") is a problem: Win32 is different from all others (it defaults to three-digit exponents instead of two). We should either let it be platform-dependent or we have a significant mini-project making it consistent. Reminds me of that dynload problem I found on Darwin. Ugh. I hacked enough to make our current tests pass but this will come up again. * particle casts a vote for platform-independence allison: I was supposedf to harass you about where in the PDDS the platform list got canonized * allison agrees good obra: not sure where to put it obra: but I'll add it to my list for the week A section "Portability" in PDD 1? Any thoughts on objects so far, allison? obra: ok chromatic: I'm typing response comments into particle's summary c: will check it in tonight PDD07 has a section on portability * pmichaud is here, finally but it's more about how rather than a list of specific targets yeah. 1 feels more like "design goals" than "howto" * chip nods chip/obra: I'll check both to see if they need any specific comments added kthnx where does perl5 keep platform info? allison: well, 1 has no section on portability yet. it was just an idea ;) particle: it's more of an ad-hocracy on p5. there is no canonical list obra: indeed but we're well past Perl 5 1.0 ;) we're probably going to end up needing a portability PDD % coke has joined #parrotsketch ok. anything else before I let patrick report? perldoc perlport has info inclyuding a list of platforms that work (that's all) ok. patrick. how's things? good. unfortunately I don't have a pre-typed report (spent my morning writing code instead of report) so I'll type it in manually. Apologies to the group Last week I added some more tests to the Capture PMC to demonstrate issues * updated compilers to use new :init pragma (tewk++) * Changed the compile sequence somewhat * refactored PGE to use the new compile sequence * Added an HLLCompiler class * Moved pgc to be a P6Grammar class * Changed Glob/P6Grammar so that the .pbc's can be invoked as command-line compilers (useful for debugging) * switched perl6 to use the new HLLCompiler * created a new PAST/POST implementation, in compilers/past-pm * so far the new implementation looks really sweet -- much easier to deal with * started converting perl6 to the new past-pm implementation * expanded particle++ 's "bc" grammar into a bc implementation based on past-pm * the bc implementation is languages/abc/ , and hopefully it'll be the "tutorial" for past/complers * reported various bugs and tried to be available for hackathon questions * discussed having a Dallas/Texas hackathon with Richard Dice plans: continue with new past implemention, implement variables, loops update perl6 compiler to use new past and continue attacking the test suite excellent ok. more reports? questions? patrick: it looks like a ws rule change somewhere broke the Pheme parser. Can you take a quick look and see what i need to change in the grammar? it's likely anything where whitespace appears in a character class S05 changed the interpretation on me so <[xyz abc]> is now <[xyzabc]> (ws is ignored) Hm. to match a space, backwhack it (e.g., <[xyz\ abc]>) we had the sam eproblem with tcl I'll try that; it might be a quick fix. I'll look at it, too That looks a lot better already. I think that may have done it. Running the test suite now.... Yes, thank you. I'll put Pheme in the languages Makefile so that it runs in the tests. that would be great, thanks [report] Some minor work on tcl this past week, inspired by Paul's bug-opening frenzy. will continue in this vein for a while. also got a new snapshot of how the tcl tests (not partcl's) are faring: ISTR we're back up to 13% with our current less hacky approach. I will continue, apparently, to be late to PS each week. =-) * pmichaud has at least one Q. pmichaud: go for it can we change the #parrotsketch time to be 18:30 UTC instead of 18:00? fine with me, obviously. =-) it is unlikely that I'll be able to make 18:00 until next spring how does that work for everyone else? It's fine here. is 18:30 better than 19:00? * leo_ acks worksforme anytime after about 18:20 works for me (so yes, 19:00 would work too, but I think I like 18:30 better) ok allison: is 18:30 bad for you? just difficult to schedule other meetings around it, but let's try it ok. let's try it next week thank you I'll need to get robrt to op me to fix the msg next q: any thoughts (chip, allison) about the compiler question I posted to p2p last week? i.e., is a compiler an object or is it a sub? or an object that can be invoked? the problem with invokable object is that I haven't found how to pass parameters to it (specially slurpy named) yep that's missing I presume I thought I could do invokable object until I ran across that wall /across/into/ I think I ran into that a few weeks ago. I say it's an object I'll update PDDs to match, then slurpy named could use a '%' sig char skurpy array is already done as '@' iirc I'll also draft a "compilers pdd" (I think I had said I would do this at oscon, but wasn't ready for it until now) note that the namespaces PDD expects to have a Compiler PMC already yes, that's what prompted me to more formally ask the question so, the items listed in pdd21 will be incorporated into the compilers pdd (okay to duplicate, probably) (at least for now) excellent, thanks! (yeah, clone and expand is a good strategy) okay, compiler as object is what I wanted to hear I'll have to figure out how to migrate the PGE compilers to that strategy without lots of breakage, but we'll get there :-) Agreed. (since PGE::P6Regex and PGE::P5Regex are currently compiler-as-sub) I think that's all the questions I have for today Anyone have anything else? How do we encourage more people to 'make smoke'? Also, why don't the smokes show the expected/received output? send them t-shirts ;) more people or more platforms? (or both) pmichaud: both I know a guy at OSDL, but they only differentiate in hardware platforms, not OS type. statistically, you need broad coverage to figure out if a problem is specific to a platform or just a particular install smokeclient and server need an overhaul, i think is everything to 'make smoke' in Bundle::Parrot on CPAN (or was that Parrot::Bundle) ? client doesn't show expected/received I'd like to have some way of tying a particular patch to breakage on one or more platforms, so we don't have to do this triage and debugging again, ever. server doesn't make it easy to view status of bug across smokes leo++ -- the biggest barrier to "make smoke" for me was the number of cpan modules involved it's Bundle::Parrot, and it's still dev 0.4.6_02 Es konnten keine Ergebnisse für "Bundle::Parrot" in der Rubrik module. gefunden werden. Versuchen Sie bitte einen anderen Suchbegriff. * obra blinks grr, search.cpan is saying _01... where's my new upload? Anyone else have anything parrotsketch specific? chromatic: well, multiple hardware platforms on some version of Linux would be a good boost any solaris box would be nice, too I'll talk to my contact and see what we can do. I wonder if any of my connections here in Dallas could get me access to more platforms oh, and a shared windows dev box would be fabulous there is a solaris box - please contact robrt hmmmm do we have a good clean set of instructions for people to set up automated regular smokes? A landing page for the "Parrot Smokers"? 1) Stick the filter end in your mouth 2) Light the other end Does "make smoke" also smoke languages? i know ^conner set a smokehouse up before, but i didn't pay attention to any documentation pj: no, make languages-smoke does ok. I think we're back into #parrot territory here PerlJam: languages-smoke I'll catch everybody next week at our NEW TIME. 18:30 GMT Do you guys think languages-smoke is as important as smoke? * particle waves thanks jesse Yes. thanks jesse thanks obra, all perljam: yes, so instructions should help people set up both % allison has left allison!~chatzilla@adsl-75-7-0-115.dsl.pltn13.sbcglobal.net % coke has left #parrotsketch % allison has joined #parrotsketch % mdiep has joined #parrotsketch % allison has left allison!~chatzilla@207.47.10.130.static.nextweb.net % PerlPilot has left PerlPilot!duff@feather.perl6.nl % jonathan has left jonathan!jonathan@feather.perl6.nl % pmichaud has left pmichaud!pmichaud@feather.perl6.nl % leo_ has left leo_!lt@feather.perl6.nl % chip has left chip!chip@feather.perl6.nl % chip has joined #parrotsketch % pmichaud has joined #parrotsketch % PerlPilot has joined #parrotsketch % leo_ has joined #parrotsketch % jonathan has joined #parrotsketch % allison has joined #parrotsketch % chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net % particle has left particle!~particle@144.81.84.129 % particle has joined #parrotsketch % allison has left allison!~chatzilla@208.106.28.34 % allison has joined #parrotsketch