10:36 gaz joined 11:37 kid51 joined
kid51 Pre-posting my report: 11:37
* Patched several config/auto/*.pm and associated t/steps/auto*.t files
to clean up any 'test_*' files created during Configure.pl or
pre-configuration tests.
* Applied patch providing functionality to specify >=1 config steps in
tools/dev/opsrenumber.pl. Gave RT back to Coke for further work or closing.
* Applied patch by Vyacheslav Matjukhin re codas.
(I believe that was his first patch that we applied.)
* Posted patch implementing particle's request for file-based configuration.
* Feedback welcome (but save additional feature requests for a future RT).
Will apply at end of week unless I hear otherwise.
Pre-posting my report: 11:38
11:39 kid51 joined
kid51 Pre-posting my report: 11:40
14:56 moritz joined 15:22 Wknight8111 joined 16:04 pmichaud joined 16:20 davidfetter joined 16:58 cjfields joined 16:59 kj joined 18:04 NotFound joined 18:21 jhorwitz joined 18:22 cotto_work joined 18:27 allison joined, chromatic joined 18:29 barney joined
chromatic Hi all. 18:31
moritz hi
Wknight8111 'ello poppet
particle hi there
NotFound h
kj hi
barney hi
cotto_work hi
18:31 mst joined
jhorwitz hola 18:31
allison hi
moritz mst++ thanks 18:32
mst right
that's a random collection of +os
also, topic is now settable without +o
and now, I figure you guys can work it out for yourselves
18:32 mst left
chromatic Shall we begin? 18:33
moderator weekly meeting at 19:30 UTC, Tuesday 18:33
chromatic Alphabetical order: allison, barney, chromatic, and everyone knows how to collate from there. 18:33
moderator weekly meeting at 18:30 UTC, Tuesday 18:34
allison - I'm back home in Cape Town, with lots of time to work on Parrot the next few months. 18:34
- Thanks to a refinement in my email process, I'm also finally able to read or skim all messages on the parrot mailing list and commit list.
- Modified Pmc2c libraries to parse and compile MULTI declarations in .pmc files, and to emit PMC initialization code that installs the MULTIs in a global table.
- Worked with Nuno and Andrew breaking off tasks for them to do in the MMD branch. Debugged and added features needed for their changes.
- Implemented signature-object multiple dispatch, making it possible to clear away large chunks of old MMD code.
- Last step (what I'm working on today) is implementing signature-object based invocation from C.
- Created a branch for testing and developing the Cygwin patches.
EOR 18:35
barney nothing to report :=(
.eor
chromatic I'm back in town and have time again. 18:36
I'm happy to fix reproducable segfaults people send or assign me.
I plan to work on vtable initialization this week, namely removing the need to put PARROT_API on all vtable functions.
Other than that, I'd like to see our bug count trend down for the first time in a few weeks. 18:37
cotto_work?
cotto_work * alter ego is rewriting phparray tests in PIR so they're faster and so I can release some code
* no code is being copied from the encumbered implementation, of course
* given the huge increase in speed from pure PIR tests, rewriting core PMC tests is looking like a nice target
* queue one question
kthxbye 18:38
s/target/next target/
chromatic japhb_?
jhorwitz? 18:39
jhorwitz looked at preloading modules in mod_perl6. not as easy as i thought, so i'm still working on it.
experimented with the november wiki to see if it would run under ModPerl6::Registry. did see speedups of 10-20x in my initial tests.
discovered that %*ENV doesn't properly update when setting a value due to issues with the Env PMC. pmichaud thinks this is due to some confusion btw set & assign somewhere. opened RT #58362 to track this.
EOR 18:40
particle kid51 pasted his report beforehand, so see the log.
chromatic kj?
kj * worked on pirc, I'm quite happy with the result so far. 18:41
* checked in code to allow re-entrancy testing.
* I'm really stuck w.r.t. bytecode generation; need to build some motivation to work on that.
.eor
chromatic NotFound?
NotFound More work in PDB, approaching to an usable state.
Closing some old tickets
EOR
chromatic particle?
particle ~ ongoing but minor parrot foundation/parrot.org setup work 18:42
~ participated in a few design/implementation discussions on various parrot/rakudo topics this week
.end
chromatic Tene?
tewk?
Wknight8111? 18:43
Wknight8111 * Created a new clean GC branch for work
* Separated MS collector into a separate file for consistency, waiting for thumbs-up to merge this change into trunk.
* Added a lot of function-level documentation for RT#48260
* Did some bumbling work on pdd27mmd/src/pmc/MultiSub.pmc.
18:43 rdice joined
Wknight8111 EOR 18:43
chromatic Question time. cotto_work? 18:44
moritz chromatic: you forgot pmichaud and me
pmichaud (I'm present.)
chromatic Oh yeah, ops.
Wknight8111 he's made his decision
chromatic moritz?
Wknight8111 :)
moritz * Usual testing + applying patches work
18:44 cotto_w0rk joined
moritz * Wrote a blog series about Perl 6, got lots of positive feedback <perlgeek.de/blog-en/perl-5-to-6/> 18:44
* Hacked on November (the Perl 6 wiki engine), hitting rakudo bugs every now and then. Grammers rock, though ;-)
* Queue two questions
EOR.
chromatic pmichaud?
pmichaud == Rakudo stuff
: various method and code refactors
: Added @*INC and %*INC
: precompiled modules now work
: improve "make spectest_regression" speed by 67%
== Other
: answering questions in RT, IRC, and other 18:45
EOR
chromatic Did I miss anyone else?
cotto_w0rk sorry, lost connection
is a question from me ok now?
chromatic Yes, go ahead.
cotto_w0rk custom structs don't seem to work as ATTRs in pd17 PMCs 18:46
is this something I'm doing incorrectly or do they need to be fixed?
allison as in 'ATTR struct foo *bar' ? 18:47
chromatic The Pmc2c modules should parse those fine, at least if you've #typedef'd them.
allison or some equivalent declaration that includes the word 'struct'?
it'll parse anything of the form 'ATTR <type> *<name>' or 'ATTR <type> <name>' 18:48
18:48 cotto_w3rk joined
allison if you have to use the word 'struct' then you haven't properly named the struct 18:48
cotto_work ok 18:49
thanks
chromatic moritz, you had two questions. 18:50
moritz 1) It seems usuful to me to give Reini Urban a commit bit. Has this been discussed already? Any comments?
chromatic We're waiting for his signed CLA.
moritz ok
that's on his way
2) Rakudo needs an rindex function. Do we want that in parrot? Or rather in Rakudo directly?
(might be common with other languages)
pmichaud we can certainly implement rindex without having to have a rindex opcode
Wknight8111 what is rindex? 18:51
pmichaud rindex == find last occurrence of a substring
Wknight8111 gotcha
allison doesn't sound like a terrible addition to parrot 18:52
barney also for strrpos in PHP
allison though, can we make it some kind of option to index instead?
chromatic Wouldn't that make index a variadic opcode?
allison say, pass an integer to index as a position to start at, and if the integer is negative, work backwards? 18:53
pmichaud personally I think as a method on String might be better
allison well, all opcodes allow multiple signatures
yes, a method on String sounds quite sensible
moritz so index stays an opcode, rindex as a method? 18:54
pmichaud index is used very frequently -- PGE makes heavy use of it
allison or 'index' as a method with multiple options
pmichaud rindex is used very rarely
allison the starting position could be generally useful (find the first occurence of X char after Y position) 18:55
moritz doesn't care either way
pmichaud we already have index taking a starting position 18:56
chromatic Implementing the rindex method in terms of a partially applied index opcode seems sane.
allison for now, index stays as an opcode
pmichaud yes, index needs to be an opcode (see comment about heavy usage above)
allison pmichaud: (starting position) ah, excellent, so we can simply extend it to allow negative starting positions 18:57
pmichaud allison: I think it might already allow negative starting positions
NotFound IMO rindex is a differente beasts, becauseof variable length encoding issues.
allison NotFound: so index shouldn't handle variable length encodings? 18:58
sounds odd
NotFound allison: it must, but is easier than doing it backwards.
allison after we finish implementing the strings pdd, it'll just convert to NFGs, and go backwards 18:59
we shouldn't have two implementations of index, one that's multiple encoding safe and one that isn't
pmichaud (fwiw, after checking source, the index op always returns -1 on negative indexes)
er, negative starting locations
allison pmichaud: so, it's spec'd but broken. 19:00
moritz src/ops/string.ops doesn't talk about negative starting positions
allison okay, step 1) fix index so it handles negative indexes as an rindex
pmichaud yes. I'd be opposed to having negative start position as rindex
I think it should just start index from end of string, the way some other opcodes handle negative start locations
allison step 2) possibly add an 'index' method to String that accepts more options
pmichaud: if it starts the index from the end of the string, does it loop around to the start? or does it just never find anything 19:01
searching in reverse seems more useful than either option 19:02
ah, unless you're starting at, say -10, and working forward
pmichaud yes.
that's what I man.
*mean.
allison fair enough
pmichaud rindex is a different operation from index in that sense 19:03
allison then index as opcode, and rindex as method
moritz ok
NotFound We can also add index as method, for completeness.
allison but let's call it 'reverse_index'
moritz eoq for me
chromatic Did you have another question, moritz?
moritz chromatic: no
chromatic Are there any other questions? 19:04
allison Are the parrot mailing list and commit list delayed by 12+ hours for anyone else? Methinks something is screwy with my perl.org email alias.
Wknight8111 it's the samefor me
chromatic RT seems slow to me, but many of my mails to the list come back quickish.
allison certainly makes email conversations difficult 19:05
pmichaud it's variable for me. sometimes mails come back very quick. sometimes it's many hours.
Wknight8111 (many hours)--
NotFound messages posted in RT delays a few hours to reach the list for me.
allison okay then, probably has to do with spam backlogs on the perl.org servers
moritz (same as pmichaud for me)
allison yeah, I'll get them delayed by 18 hours one day, then all flooding in at once the next day 19:06
Wknight8111 on the bright side, very rarely see any spam
allison no worries, we're about to switch to a new mailing list, just wanted to know if it was a general thing
EOQ 19:07
chromatic If there's nothing else, let's call it a week. 19:08
allison Thanks c!
19:09 pmichaud left 19:10 chromatic left, Wknight8111 left, NotFound left
moritz is anybody staying in this channel until next week? 19:11
particle moritz: as long as my connection is up, yes 19:16
moritz more random ops ;) 19:17
19:20 cotto_work left, kj left 19:29 allison left, jhorwitz left 19:36 rurban joined 20:55 cjfields left 21:09 rurban left