% particle has left particle!~particle@144.81.84.203 % particle has joined #parrotsketch % allison has joined #parrotsketch % pmichaud has joined #parrotsketch hi gang! Leo, how are you feeling? hi @all better much better Excellent yo dude, very happy to hear that. takes a big hammer to put somebody down for weeks So glad to hear it hi (Leo, you're up first) nothing to report ;) Fast and easy! Chip? except for a summary: <@obra> anything you want to see done in your abcess? < particle_> then he had another hole drilled in his head EOR (all mentioned on irc already ;) *nod* chip. how's things? % chromatic has joined #parrotsketch Failing chip, Patrick how's it going? I had a network error back now * pmichaud falls back to chip ok :) (I'm still composing my report ) Well, I have bad and good news. The bad news is that up through this morning, the status was unchanged. My TODO remains as it was: pending minor cleanups in namespaces, major PDD list from Allison etc. The good news is that today is shaping up to be a good Parrot Day for taking a bite out of crime ^W that list. Also, I've settled on an architecture criterion that will speed things - making the system be what I want to use as a programmer. Mind you, this is the notional 'me', in the place of and doing the tasks that others are doing. (i.e. I know I'm not the sole use case. ) chip: with a lot of work, you could be. :-) pmichaud: a worthy goal to aspire to :-) } What's your next week look like? Who should we be hassling for you? Well, if somebody could take the ball on the YAPC talk scheduling and run with it, that'd be a TODO off hte list YAPC talk scheduling? Also, some more reminders about verifying RT bugs might shake loose a volunteer or two we're sending out weekly rt reminders now (weekly reminders)++ obra: My talks fell through the cracks for YAPC scheduling, so four intrepid Parroteers are giving up ten minutes each so I can speak on Wednesday AM weekly reminders work for me chip: (yapc talks) how about you just propose a revised schedule? I'm pretty flexible. Or, lacking that, I say just take your 40 minutes at the front of the block and we'll keep our ordering after that if patrick/allison/particle/coke coordinate with the YAPC guys and give them the new start/end times that'd be helpful the "start" suggestion is great I'll poke josh agreed. I'll forward a schedule on that basis, then thank you or ok. go for it, patrick cc's to all concerned that's it for the bug(ging) list ok. patrick: want more composition time? no, I'm ready now :-) so, this week... perl6: Added lexical and package scalars perl6: Added support for numeric literals (0x, 0b, 0d, etc.) and string conversions of those perl6: Added a --dump option to make it easier to see the translation phases pgc: Added support for 'rule' and 'token' productions pge: Added initial support for :pos, :cont, and :ratchet pge: Added some more regex code gen optimizations pheme: Worked with chromatic to find out why pheme fails on x86, reported as #39072 those are accomplishments -- current buggy things with some of the recent changes perl6 seems to be tickling a gc bug somewhere; it shows up in various tests at odd times, but running with --no-gc or with perl6's --dump option seems to circumvent it (which is why I suspect gc) I have a question for patrick when we get to questions. there are a few bugs relating to named parameter passing (w/ tests in t/op/calling.t), just wanted to note them so leo can get to them when he gets some tuits in particular, I'm curious if parrot has any problems with passing empty hashes as :flat :named, because that seems to cause an occasional segfault (but I haven't got a good test case for it yet) pmichaud: shouldn't, of course, but if so it's a regular bug #39072 (load_bytecode with :multi) seems to be particularly troubling on the horizon in doing some of the perl6 work this last week I tried setting it up as a .HLL, and PGE just doesn't want to play that way (yet). So, some of the PGE changes this week have been to try to resolve that and understand the use-case scenarios better so I can write something up for chip/p6i , but I can backtrack to allison's and others' questions anytime :-) ok. what's next for you? perl6 subs if I can manage it that's about it (should be enough for the week) Sounds great. Allison? How's tricks? I'm still on refactoring. Patrick and I have been bouncing ideas back and forth on PAST/POST, gradually moving toward convergence. hopefully I'll wrap that up this week (at least, as much as we're going to wrap at the moment) EOR Cool. Convergence is definitely a plus :) particle: what's new and exciting? been studying the compiler tools and (re)implementing perl6 operators particle++ i've seen quite a few questions from non-coms on #parrot lately been trying to answer them also, there's more crosstalk between #parrot and #perl6 now, which is great Woot and from the fun department, i'd like to add that it's great to be working on Perl6. i'm really excited. i have some tasks, like adding to the test suite for perl6, as well as apl How close is the p6c to being able to run pugs smokes? need subs :-) right. thanks :) EOR chromatic: how's things? Pheme is blocking somewhat on the multi/PBC bug (#39072). In lieu of that, I released P5NCI to the CPAN. Woot. TPF received a Summer of Code proposal to work on that, so I hope we can accept the proposal. C-c C-x ok. question time. Allison, you had one? yup, question for patrick: What prompted the change from 'rule' to 'regex'? S05 what we used to call 'rule' is now 'regex' Okay, so my question goes to p6l. Thanks. 'rule' is now 'regex :ratchet :words' well, I can answer the reasoning behind the change, too :-) (That's truly awful.) the idea is that we have regex, token, and rule regex is the traditional, always backtracking form of an expression (unless explicitly cut) token is a regex that defaults to non-backtracking (unless explicitly requested) Okay, what are rules if they aren't the parts of a grammar? rule is a token (defaults to non-backtracking) that also assumes the :words flag is in effect (i.e., ws significant between components of the regex) all three can be parts of a grammar -- the only difference is the handling of backtracking and whitespace in the regex The categories of distinction make sense, but the terminology is poorly chosen. But, not really relevant here. I think that the idea is that "rule" harkens back to the BNF sense of rule I'll take it to p6l regex nurse :ratchet {...} # sorry, it had to be written :) okay. It was also discussed on 6p a bit anyway, I had suggested rule/token/phrase, but that didn't work out :-) I don't see the thread, but then I've just switched email clients, which makes searching interesting. searching (Are there other questions today?) Where's Leo? Is he okay? I'm here and ok again Good. (allison: I misspoke -- it apparently was on p6l and not 6p. sorry) (still getting the reference for you) (patrick: ah, that makes more sense, I've just started reading p6l again with the new client) allison: http://www.nntp.perl.org/group/perl.perl6.language/25075 has damian's post (but there are replies on either side worth reading) anything else today? If not, I'll catch y'all next week Thanks, Jesse. thanks, all thx jesse thanks, jesse! allison: btw, one can *still* use "rule" in a grammar, and that's the expected case % chromatic has left #parrotsketch thanks I simply switched everything from "rule" to "regex" to make sure things continued to work, figuring that the individual language implementors could then decide what level of backtracking/wordsplitting was needed i.e., in the perl6 grammar, I switched everything from rule to regex, and now I'm going through and replacing 'regex' with 'token' or 'rule' as appropraite % pmichaud has left #parrotsketch % allison has left #parrotsketch % leo has left #parrotsketch % particle is now known as practice % practice is now known as particle % particle_ has joined #parrotsketch % particle has left particle!~particle@144.81.84.203