Parrot 0.8.1 "Tio Richie" Released | parrot.org | 588 RT | 11 trac
Set by moderator on 5 December 2008.
00:05 Alias_ joined
Whiteknight allison++ 00:14
00:18 tak joined
Coke we going to sneak it in before release? 00:23
Coke tests out tcl on the branch. 00:24
00:26 kid51 joined 00:29 baest_ joined 00:35 nopaste joined
Whiteknight we've got more then a week before the release, I'm fine with merging it in if it happens soonish 00:41
insofar as my fineness with it is a limiting factor
00:42 stockwellb joined
dalek r33639 | allison++ | pdd22io_part2: 00:46
: [pdd22io] Clean up several more instances of values modified but not set
: in the FileHandle object.
diff: www.parrotvm.org/svn/parrot/revision?rev=33639
Tene allison: can you explain what I need to do for the pdd24 review again? 00:47
Just check for sanity, NYI, and other differences between spec and current reality?
allison Tene: read through it, and check for reality
Tene: yes
Tene Okay. Thanks. I'll have a writeup soon. 00:48
Whiteknight allison, ETA on the IO branch? soonish?
allison cool, thanks!
Tene There are also some parts in there that still need to be specced.
allison Whiteknight: just sent an email to parrot-dev
Whiteknight: as soon as I get some language/platform reports back
Whiteknight: hopefully tomorrow
Coke allison: tcl go boom. 00:49
Tene Also, is there a detailed list anywhere for "exceptions, debugging, exception types, resumable exceptions"? I think this is mostly done, unless there are specific bugs that need debugging, and depending on what "Exception types" is asking for.
allison Coke: how boom?
Coke [01:48:59] t/cmd_apply....................Method 'slurp' not found for invocant of class 'FileHandle'
allison Coke: change call to 'slurp' to 'readall' 00:50
purl allison: that doesn't look right
Coke [01:52:09] t/cmd_catch....................Cannot readall on a new file from an already open filehandle 00:52
Whiteknight if the branch lands tomorrow, will you lend me a hand figuring out the calling_convention nonsense before the release?
Coke is digging.
allison Whiteknight: yes, will do that next 00:53
Whiteknight: has the calling_conventions branch been recently updated from trunk?
Tene drive home. 00:54
allison Coke: that means you first opened the file handle (with a filename), and then tried to call 'readall' passing it another file name
Coke: you can close the filehandle and then call 'readall', or just call 'readall' without any parameters (to use the existing open filehandle) 00:55
Coke which is how slurp used to work. =-)
Coke cleans up.
allison Coke: yeah, slurp was a little inconsistent, and didn't have much error checking 00:57
(the 'slurp' method, that is) 00:58
Coke allison: is open 'foo', '<' still allowed?
or do I need to use 'r' ?
allison there seems to be something amiss with my checkout of the Rakudo spectests
Coke: I left the old flags working for now
Coke: but they will be deprecated 00:59
Coke: so, doesn't hurt to change to 'r'
Coke: but make sure not to write to a filehandle opened read-only (the old I/O system allowed this, for some strange reason) 01:00
allison back in 20 min or so 01:02
01:07 stockwellb joined
Coke allison: I had had to do slurp('') before. (or at least, I did it. I presume I had to at some point). changing to readall() did it. 01:10
(mostly) 01:11
Whiteknight i hate to keep griping about this branch, but i just can't get my mind wrapped around it 01:17
Coke which branch? 01:19
purl which branch is that you want to merge?
Coke purl, forget which branch.
purl Coke: I forgot which branch
01:19 ChrisDavaz joined
TiMBuS did something happen recently with the exception handlers in parrot? my language suddenly broke =/ 01:19
Coke since the last release, I think so. Is your language in svn?
TiMBuS no i didnt add it 01:20
i have code confidence issues ;[
but seriously uh, what changed? my programs now go into an infinite loop and eat ram 01:21
Coke I believe it's that exceptions are no longer automatically disabled when caught. 01:22
Whiteknight Coke: the calling_conventions branch.
purl the calling_conventions branch is very conservative, we've broken the changes down into small stages
Whiteknight it was working beautifully, then I waited a few days until after the last release, and when I tried to merge again it was broken 01:23
Coke TiMBuS: if you have a small sample that shows the behavior, someone can probably give youa fix.
Whiteknight and by that time, so many other branches had merged that it was impossible to track down where the problems were from
TiMBuS ill see what i can cut it down to
Coke Whiteknight: so do what pmichaud does. create a new branch from trunk *NOW* and merge to that.
if it's just a question of merging, i can probably do that. 01:24
01:25 bacek joined
TiMBuS oh, i accidentally fixed it trying to pin it down. 01:28
i was using 'die' inside an exception handler, now i use rethrow. seems to fix it. 01:29
Whiteknight Coke, I tried that. Created a new branch, tried to merge it, and got more errors then when I started
it was a total mess
dalek r33640 | jhorwitz++ | trunk: 01:41
: [NCI] add iVppp signature for mod_parrot
diff: www.parrotvm.org/svn/parrot/revision?rev=33640
Coke Whiteknight: I'll take a look if time permits. 01:42
(but not just now.) 01:43
Whiteknight don't worry, we're not in a hurry anymore
I'd be happy for any help at any time
okay, i'm off to bed now. Goodnight! 01:44
01:57 silug joined
allison Coke: ah, the old slurp(ā€) is now readall() with no parameters 02:27
Coke: I just couldn't see parsing a string to see if it was empty when we have optional parameters now 02:28
pmichaud seen tewk 02:34
purl tewk was last seen on #parrot 22 hours, 11 minutes and 50 seconds ago, saying: Doesn't it build unstripped by default
pmichaud tewk: ping 02:35
nopaste "pmichaud" at 72.181.176.220 pasted ":subid fails with :multi (for tewk)" (23 lines) at nopaste.snit.ch/14848 02:45
dalek r33641 | jkeenan++ | testparrottest: 02:55
: File used in testing case where file extension is missing.
diff: www.parrotvm.org/svn/parrot/revision?rev=33641
03:16 adu joined 03:23 ChrisDavaz joined 03:40 jimmy joined
dalek r33642 | jkeenan++ | testparrottest: 03:47
: Remove commented-out debugging code.
diff: www.parrotvm.org/svn/parrot/revision?rev=33642
r33643 | pmichaud++ | assign:
: [rakudo]: Initial assignment refactors.
: * set infix:= to be a :multi.
: * clean up array assignment.
: * clean up lots of list/array methods.
: * move Protoobject methods into a separate .pir file
: * reorder class methods for some classes
diff: www.parrotvm.org/svn/parrot/revision?rev=33643
03:48 TonyC joined
kid51 must sleep 03:51
purl $kid51->sleep(8 * 3600);
03:54 Andy joined
dalek r33644 | allison++ | pdd22io_part2: 04:08
: [pdd22io] Bringing the pdd22io_part2 branch up-to-date with trunk r33643.
diff: www.parrotvm.org/svn/parrot/revision?rev=33644
tewk pmichaud: pong 04:29
allison hmmm t/pmc/key.t #7 is failing now in the I/O branch, but only on Ubuntu 05:06
pmichaud tewk: left you a nopaste with a failing :subid case 05:15
allison doesn't appear to be related to I/O, but isn't happening on trunk 05:22
dalek r33645 | pmichaud++ | assign: 05:38
: [rakudo]: initial slice implementation -- still more to do
diff: www.parrotvm.org/svn/parrot/revision?rev=33645
05:52 ChrisDavaz joined
cotto allison, make realclean fixes it for me 05:56
allison cotto: mmm... I tried realclean once, will try again 06:00
GeJ All tests successful, 14 tests and 618 subtests skipped. (on FreeBSD 7, freshly co'ed pdd22io_part2 branch) 06:09
testing rakudo now.
06:11 Theory joined 06:31 ChrisDavaz joined
dalek r33646 | pmichaud++ | assign: 06:37
: [rakudo]: First cut at list assignment.
diff: www.parrotvm.org/svn/parrot/revision?rev=33646
pmichaud time for sleep -- will finish up the assign branch tomorrow morning.
dalek r33647 | allison++ | calling_conventions: 06:38
: [calling_conventions] Bringing the calling_conventions branch up-to-date
: with trunk r33644.
diff: www.parrotvm.org/svn/parrot/revision?rev=33647
06:43 Hadi joined 06:45 Theory joined 06:48 Alias joined
dalek r33648 | moritz++ | trunk: 06:55
: [rakudo] add a file to spectest.data which the lex refactor made pass
diff: www.parrotvm.org/svn/parrot/revision?rev=33648
Alias \\o 06:57
Alias succesfully create Vanilla Perl 6 alpha, printed it onto CD, and presented it to TimToady at the OSDC conference :) 06:58
created
moritz Alias++
Alias Of course, it leaks like a motherfucker :)
Any flags I should pass to Configure.pl to start stripping out development/debugging stuff? 06:59
I want to slowly start polishing it into something a bit more real than one dll and a .exe
moritz Alias: (unrelated) www.perlmonks.org/?node_id=728739 07:00
afk
Alias Thanks for the link 07:01
07:06 Hadi left
Alias moritz: www.perlmonks.org/?node_id=728869 :) 07:06
07:16 uniejo joined 07:33 stockwellb joined 07:46 Hadi joined, Hadi left 07:52 Theory joined 08:55 ChrisDavaz joined 09:05 Zaba_ joined 09:11 Zaba joined 09:20 particle joined 09:21 tomyan joined 09:29 iblechbot joined 09:34 bacek joined 09:47 Theory joined 10:05 alvar joined 10:22 register joined 10:31 Theory joined 10:40 alvar joined 10:52 kj joined 10:55 gaz joined 10:58 Theory joined 11:13 mj41 joined 11:24 riffraff joined
riffraff hi 11:28
purl privet, riffraff.
riffraff privet? 11:29
purl privet is the bane of Shoalhaven or an aggressive environmental weed requiring control to halt its spread and prevent further degradation
riffraff I don't think so
privet is also Ligustrum Vulgare, often grown as a hedge 11:30
purl okay, riffraff.
jonathan It's also Russian for "hi" :) 11:33
riffraff ah, now everything clicked, thanks you a lot :) 11:46
s/thanks/thank 11:47
jonathan Pazhaloosta. ;-) 11:48
bacek jonathan: 'Pozhalujsta" little bit close to russian pronunciation :) 11:59
(hi everybody) 12:00
nopaste "bacek" at 87.250.243.86 pasted "pmichaud, is it proper implementation of Match::ACCEPTS ?" (18 lines) at nopaste.snit.ch/14857 12:01
bacek pmichaud: (it passed my simple testcase from #61136) 12:02
jonathan bacek: Transliteration is a rather inprecise art. :-)
jonathan much prefers to just see the stuff in cyrillic, alas his IRC setup fails at unicode :-( 12:03
bacek jonathan: indeed :)
jonathan: what is your IRC client?
jonathan Well, the client is irssi running on feather
It's not the IRC client itself that's the problem. 12:04
I suspect it's something in my SSH client/terminal setup/something else.
bacek jonathan: probably 'export LANG=en_US.UTF8' will help
jonathan Where should I stick that?
.bash_rc? 12:05
bacek hm... ~/.bashrc
or you can just invoke it from shell before running irssi
(.bash_profile is better than .bashrc) 12:06
jonathan Ah, I'd need to exit irssi and screen?
bacek (for LANG)
just run another irssi client :) 12:07
jonathan OK, thanks, will experiment later. :-)
bacek Ctrl-A; export LANG=en_US.UTF8; irssi
Ctrl-A-N probably... Last time I run screen few year ago... 12:08
12:27 ruoso joined 12:31 Lorn joined 12:37 ff-wonko joined 12:38 ruoso joined
bacek hmm... What is proper way to dumping PGE::Match objects? 12:39
12:39 ff-wonko joined 12:40 Alias joined 12:46 apeiron_ joined
kj bacek: have a look at languages/json 12:55
(note: languages/json, not compilers/json)
dalek r33649 | util++ | trunk:
: Typo - s/trigonmetric/trigonometric/
diff: www.parrotvm.org/svn/parrot/revision?rev=33649
bacek kj: grep Match . -r in json doesn't produce any results... 12:56
any particular file?
kj actions.pm 12:57
purl somebody said actions.pm was getting kinda...big. What would you think to trying to refactor some of the larger actions a bit to use various subs, and putting those into a separate .pm file or files? It's just that it takes a little while to compile.
kj ISTR dumper is used there
see TOP method
bacek kj: o! thanks. 12:58
kj you can try to run some input through langauges/json, then you'll see what it does
bacek kj: it doesn't help... '_dumper' is for PAST classes AFAIU. I've got Match objects in Rakudo. 13:00
kj aah yes
eh, --target=parse?
pmichaud _dumper works for Match objects also.
That's how --target=parse works. 13:01
bacek Method '_dumper' not found for invocant of class 'PGE;Match'
kj maybe it's just a sub?
bacek rakudo: token a { 'a' }; 'a' ~~ / <a> /; say $/.WHAT; say $/._dumper()
polyglotbot OUTPUT[Matchā¤Method '_dumper' not found for invocant of class 'PGE;Match'ā¤current instr.: '_block11' pc 70 (EVAL_15:25)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 892 (src/PCT/HLLCompiler.pir:508)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1227 (src/PCT/HLLCompiler.pir:674)ā¤called
..from Sub 'parrot;PCT;HLLCompiler;command_line' p...
kj not a method on pge 13:02
pmichaud _dumper($/)
bacek pmichaud: O! Thanks.
pmichaud bacek (Match::ACCEPTS): what should smart matching against a match do...? 13:06
that seems a bit... weird.
jonathan rakudo: say [max] 1,4,3; 13:07
polyglotbot OUTPUT[Statement not terminated properly at line 1, near "1,4,3;"ā¤ā¤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:83)ā¤called from Sub 'parrot;Perl6;Grammar;eat_terminator' pc 26237 (src/gen_grammar.pir:3363)ā¤called from Sub 'parrot;Perl6;Grammar;statementlist' pc
..24893 (src/gen_grammar.pir:2830)ā¤called from Sub...
bacek pmichaud: check 'exist self[topic]' probably.
jonathan rakudo: say [+] 1,4,3; 13:08
polyglotbot OUTPUT[8ā¤]
jonathan rakudo: say 1 max 4 max 3;
polyglotbot OUTPUT[4ā¤]
bacek pmichaud: I just trying to understand better way to handle something like token 'Foo { <Bar>|<Baz>|<AnotherBar>}'
<moritz_> let me check the S03 smart match table first... 13:09
yes, Any .foo - method truth
13:09 ruoso joined
bacek (second line by moritz_ aswell) 13:09
pmichaud We don't have smart match against method implemented yet 13:13
that needs some syntactic magic
haven't implemented [max] yet. 13:15
moritz also the [\\+] etc. meta ops are missing 13:16
bacek pmichaud: ok.
pmichaud we need to refactor quite a few of the listops that are in List.pir
(started some of that in the assign branch)
13:16 riffraff joined
pmichaud yes, the only metaop we have so far are the op= and [op] 13:16
and there, only for the ops listed in build/gen_metaops_pir.pl 13:17
I might give a shot at Ā»opĀ« or XopX at some point 13:18
these are all pretty big cheats at the moment, though.
rakudo: say max 1, 4, 3; 13:19
polyglotbot OUTPUT[4ā¤]
Alias pmichaud: Is [op] in 0.8.1?
pmichaud Alias: no, I just added it yesterday morning.
Alias ah, ok
Because we were playing with Vanilla Perl 6 drunk at the pub after OSDC, and we weren't sure if it was not implemented or the fact none of us know Perl 6 yet :) 13:20
Funny to see a bunch of serious Perl geeks with iPhones out trying to find Perl 6 tutorials :)
Totally confirmed for me the effect of having a real distro too :)
pmichaud agreed.
Alias Had similar "Holy shit, it's real now?" experience work coworkers 13:21
at work with coworkers
pmichaud that's why I'm also pushing for parrot to have its 'make install' house in order so we can do similar things there.
Alias Well, I had a reasonably easy time of that
I just had to be insistant
make reallyinstall
svn.ali.as/cpan/trunk/Perl-Dist-Par.../Parrot.pm 13:22
That's about all the work I had to do
It would be really nice if the next parrot release passed tests on Windows... pretty please 13:24
(to whoever can arrange that)
pmichaud I probably need to set up a windows devel environment soon 13:28
Alias You have a CPAN login right? 13:32
I'll be doing the rounds once I get the keys to this new Microsoft VM environment
To get people that need it the most access
pmichaud yes, I have CPAN 13:37
sjn itym PAUSE? 13:38
pmichaud I also have Windows running in vmware, so it's just a matter of doing the development install (and having tuits for that)
Alias ah 13:41
You probably need Vanilla... 13:42
Well, maybe not
riffraff pmichaud, did you implement [] as a proper metaoperator? cause I noticed some special casing for [+] and others 13:45
pmichaud it's not a proper metaoperator in the sense that the grammar recognizes '[' and ']' as metaoperator tokens
for that we need LTM 13:46
riffraff ah I see
pmichaud but I figured the cheat was "good enough" for now to get the popular reduce operators in place
and the spec *does* say that this approach is valid
riffraff still missing [~] maybe? 13:47
pmichaud I thought I put [~] in there
rakudo: say [~] <a b c d>;
polyglotbot OUTPUT[abcdā¤]
riffraff og I didn't see it in gramar-oper.pg
pmichaud oh, the only ones that appear in grammar-oper.pg are the ones that are already listops 13:48
for example, [&] translates to all()
there's no need to do a reduction
the rest are in build/gen_metaops_pir.pl
riffraff yeah just found them thanks 13:49
pmichaud ...why can I not find anything about Vanilla Perl 6 on the web? 13:50
kj Vanilla Perl 6?
purl doesn't know it.. 13:51
purl kj: what?
riffraff mh, I think this should fail, but possibly not like this 13:54
rakudo: [~>](1,2,3)
polyglotbot OUTPUT[Null PMC access in invoke()ā¤current instr.: '!REDUCEMETAOP' pc 11692 (src/builtins/assign.pir:99)ā¤called from Sub '_block11' pc 51 (EVAL_13:20)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 892 (src/PCT/HLLCompiler.pir:508)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1227
..(src/PCT/HLLCompiler.pir:674)ā¤called from Sub 'parrot;...
pmichaud looks like we haven't implemented ~> yet.
(infix:Ā«~>Ā», that is.) 13:55
13:56 ruoso joined
dalek r33650 | pmichaud++ | trunk: 14:00
: [rakudo]: spectest-progress.csv update: 233 files, 4779 passing, 0 failing
diff: www.parrotvm.org/svn/parrot/revision?rev=33650 14:01
pmichaud yay. +62 passing from yesterday.
+90 passing from last week
jonathan Maybe we can do 5,000 before the year is out. 14:02
pmichaud I'm thinking maybe by dec release.
jonathan pmichaud: Maybe I'll take a stab at the hypers on Rakudo day. :-)
pmichaud I was only going to do the infix hypers
jonathan That's fine. :-)
pmichaud but yes, it shouldn't be too difficult to do
just follow the same model as the reductions -- have a standard function that does the work 14:03
jonathan *nod*
Yes, I planned to see how you'd done it.
And follow the lead.
moritz with slices we might be able to get 5k tests
pmichaud anyway, I have the core of list slices and list assignment "working" in the assign branch, so we could strike 5k tests soon
moritz (assuming that I can spare more tuits for writing and/or moving test)
pmichaud ("working" in quotes because I haven't gone back to clean up the rough edges that cause spectests to regress) 14:04
jonathan Nice progress, though.
Just as rvalues for now?
pmichaud and yes, that is really *list assignment*
jonathan Or lvalues too?
pmichaud lvalues too, but it means we auto-extend arrays on access
jonathan OK. 14:05
Nice work!
pmichaud i.e.: my @a; my $b = @a[1000]; say @a.elems; # 1000
jonathan pmichaud++
Ah.
pmichaud I figure we can live with that until proxies are in place
jonathan Yes.
pmichaud I'd rather have slices and list assignment than make sure my arrays are the right length
moritz pmichaud: are you sure your example is correct? 14:06
pmichaud my point is that my example is incorrect
moritz ah
moritz is relieved
pmichaud I'm going to go ahead and implement slicing with that incorrect feature for now, and clean it up a bit later.
jonathan Agree - it's a step in the right direction. 14:07
pmichaud I figure we'll pass far more tests than we suddenly fail. 14:08
jonathan pmichaud: Might do Rakudo day tomorrow. :-)
Work for you?
pmichaud that would be good. I'm scheduled to be out of town Wed and Thu.
jonathan I've seen the flood of masakbugs!
14:08 gryphon joined
moritz jonathan: yes, masak has a new project (a text UI game) 14:08
pmichaud > my @a = 1..5; @a[7,6,5] = @a[1,2,3]; say ~@a; 14:09
1 2 3 4 5 4 3 2
moritz jonathan: new features, new requirements, new bug reports.
pmichaud it even works if lhs elements are on the rhs:
> my @a = 1..5; @a[0,1] = @a[1,0]; say ~@a;
2 1 3 4 5
14:10 ruoso joined
jonathan Bug reports good. :-) 14:11
14:12 ruoso joined 14:14 jhorwitz joined 14:16 riffraff joined 14:17 mberends joined 14:19 particle joined 14:26 gmansi joined 14:35 jhorwitz joined 14:36 jimmy joined
jimmy Is Whitenight usually not here? 14:38
Is Whiteknight usually not here?
moritz he is, from time to time 14:39
dalek r33651 | pmichaud++ | assign: 14:42
: [pct]: Allow 'lvalue' attribute on all PAST::Nodes.
: So far, lvalue is still only meaningful for PAST::Var nodes,
: but at least we don't throw an exception for other types.
diff: www.parrotvm.org/svn/parrot/revision?rev=33651
jimmy moritz: I have not seen him for a long time. 14:44
moritz seen Whiteknight
purl Whiteknight was last seen on #parrot 13 hours, 2 seconds ago, saying: okay, i'm off to bed now. Goodnight!
dalek r33652 | pmichaud++ | assign:
: [rakudo]: clean up lvalue and list() semantics
diff: www.parrotvm.org/svn/parrot/revision?rev=33652
Infinoid good morning
jimmy morning 14:45
14:45 ruoso joined 14:46 iblechbot joined
PerlJam good morning #parrot 14:47
pmichaud good morning, PerlJam 14:48
nice work on :nth
moritz ... and there's already a ticket asking for more :-) 14:49
and tests in the appropriate places
pmichaud is it specced how :nth is supposed to work with :x and/or :g?
moritz no 14:50
jimmy moritz: can you take a look at tarc #20
moritz jimmy: not now, sorry
jimmy moritz: nothing
14:50 ruoso joined
pmichaud moritz: the problem with the 'expectation' you give in RT #61130 is that :nth doesn't have to be an integer. 14:51
.subst( $pat, $rep, :x(2), :nth({ .is_prime }) ) 14:52
moritz ouch
pmichaud or 14:53
.subst( $pat, $rep, :x(2), :nth(1,2,3,5) )
moritz so what I thought was :nth(2) would actually be written as :nth(2, 4, 6 ... *), right?
pmichaud that's what I would guess.
Infinoid applies jimmy's (trivial, documentation) patch 14:54
PerlJam :nth(2..*:by(2)) ?
pmichaud PerlJam: I'm curious about that one.
in particular, I don't know what happens with $x ~~ 2..*:by(2)
PerlJam 2:by(2) would be an interesting shortcut if allowed :)
pmichaud and 2:by(4) would be lumber. :-) 14:55
jonathan I'm not sure the range constructor is smart enough to infer :by from the previous things.
PerlJam It plays right into the religious references that show up in perl occasionally
pmichaud jonathan: infix:<...> isn't a range constructor
It's the "series operator"
moritz PerlJam: I think that adverbs always go on ops, so 2:by(2) wouldn't work
pmichaud moritz: correct 14:56
PerlJam moritz: right.
pmichaud (and yes, infix:<...> does infer :by from the previous things if it can) 14:57
PerlJam that sure is a load of meaning hinged on a single . (the difference between .. and ...)
jonathan Oh, three dots.
dalek r33653 | infinoid++ | trunk: 14:58
: [doc] Apply documentation patch from jimmy++ (trac #20).
diff: www.parrotvm.org/svn/parrot/revision?rev=33653
Coke why did we just switch parrot.org to parrotcode.org in that patch? 15:00
ah, because. nevermind.
15:06 Lorn_ joined 15:12 ruoso joined 15:15 ff-wonko joined
particle i can't build JSON in the pdd2210 branch, due to a tge error 15:22
Null PMC access in get_pmc_keyed_int()
current instr.: 'parrot;TGE;__onload' pc 19 (TGE.pir:94)
15:23 ff-wonko joined
particle why would i get get_pmc_keyed_int() failure with: load_bytecode 'compilers/tge/TGE/Rule.pbc' 15:23
nevermind... 15:25
dalek r33654 | pmichaud++ | assign:
: [rakudo]: more code adjustments
diff: www.parrotvm.org/svn/parrot/revision?rev=33654
particle cd compilers/tge && nmake clean all # fixes it
looks like there's a bad/missing dependency in tge makefile 15:26
pmichaud yes, istr running into that also 15:27
15:32 allison joined
Tene pmichaud: I'll likely work on adding the EH stuff to PAST::Block compiler bits today. If you could work out how to get .include include/except_types into a prelude somewhere, that would be great. 15:36
pmichaud Tene: okay, will do.
particle allison: lots of pdd22io failures for me. tests are almost done here, will report 15:37
pmichaud I'm working on pdd22io also.
allison particle: thanks
nopaste "particle" at 76.121.106.245 pasted "pdd22io test failure report" (2570 lines) at nopaste.snit.ch/14858 15:38
allison particle: lots of "Cannot write to a filehandle not opened for write" 15:41
particle allison: yep, but there's a surprising dynpmc error... 15:42
"The procedure entry point Parrot_default_type_keyed_str could not be located in the dynamic link library libparrot.dll." 15:43
PARROT_EXPORT must be missing somewhere 15:44
pmichaud how old is the version of rakudo that is in the branch? 15:45
allison particle: probably so, but not on Parrot_default_type_keyed_str. maybe on one of the I/O api functions
pmichaud: updated last night 15:46
pmichaud okay.
particle allison: right. i've just run headerizer, and am inspecting the diff now
string_free needs PARROT_EXPORT. lemme rebuild... 15:47
oh, sorry, that's PARROT_INLINE :(
pmichaud afk for a bit while spectest runs 15:50
dalek r33655 | fperrad++ | trunk: 15:51
: [WMLScript] box
: refactor with opcode 'box' :
: - code generation
: - standard libraries
: - test PMC
diff: www.parrotvm.org/svn/parrot/revision?rev=33655
r33656 | allison++ | pdd22io_part2: 15:52
: [pdd22io] Actually set filehandle flags when opening an already existing
: filehandle object.
diff: www.parrotvm.org/svn/parrot/revision?rev=33656
allison particle: just committed a fix for the "filehandle not opened for write" problem, update and rerun when you get a chance
allison biab
15:56 AndyA joined
dalek r33657 | fperrad++ | pdd22io_part2: 16:00
: [pdd22io] Lua
: - replace ParrotIO.slurp() by FileHandle.readall()
: (TODO: error handling)
diff: www.parrotvm.org/svn/parrot/revision?rev=33657
16:15 Andy joined
pmichaud allison: the errors I'm getting in rakudo's "make spectest" appear to be the harness-related errors 16:22
when I run the files directly from the command line, they work fine.
oh, wait, no they don't.
checking again.
at a first glance, I'm thinking the ones that fail are the ones containing utf8 characters. 16:23
which seems to tell me that the files aren't being read as utf8
16:25 masak joined 16:26 elmex joined
pmichaud seems to be confirmed... one sec 16:32
Infinoid Rafe's law: An Internet service cannot be considered truly successful until it has attracted spammers.
regarding trac and spam, trac.edgewall.org/wiki/SpamFilter looks like a nice plugin
tewk Can we mark t/pmc/exception untodoed, its passing for me 16:34
particle in trunk? 16:35
tewk yep
nopaste "pmichaud" at 72.181.176.220 pasted "FileHandle 'readall' method doesn't return utf8 encoded string (for allison)" (19 lines) at nopaste.snit.ch/14860
tewk test 30 is passing
dalek r33658 | fperrad++ | trunk: 16:36
: [Lua] box
: - test the opcode 'box' with the HLL 'Lua'
: - now, LuaNumber PMC maps Float & Integer
diff: www.parrotvm.org/svn/parrot/revision?rev=33658
particle tewk: it's not passing with msvc 16:37
# Failed (TODO) test 'catch ex from C-level MULTI function'
tewk ok, I've seen it passing for a week so I thought I would ask.
16:38 Limbic_Region joined
tewk Can spectest run in parallel? 16:39
jhorwitz tewk: fyi, the "V" NCI signature works beautifully in mod_parrot
Coke (undo'd) - someone reported it was failing on ppc/darwin
s/undo/un-todo/
so if you just skip it there, that's fine.
s/skip/todo/
Infinoid it passes here on x86 but fails (as expected) on x86-64
(linux) 16:40
particle tewk: yes, check rakudo's t/harness, set TEST_JOBS=9 or whatever
tewk jhorwitz: great 16:44
pmichaud: subids for multis fixed. 16:49
dalek r33659 | tewk++ | trunk: 16:50
: [subid] fixed multi lookup via subid
diff: www.parrotvm.org/svn/parrot/revision?rev=33659
r33660 | tewk++ | trunk: 16:52
: [ncigen] [sqlite] almost generating SQLite3.pir
diff: www.parrotvm.org/svn/parrot/revision?rev=33660
r33661 | tewk++ | trunk:
: [ncigen][sqlite] MANIFEST
diff: www.parrotvm.org/svn/parrot/revision?rev=33661
16:58 ff-wonko joined
dalek r33662 | tewk++ | trunk: 17:01
: Trying to be a good codeing standard robot
diff: www.parrotvm.org/svn/parrot/revision?rev=33662
Infinoid what's the current status of "make install"? 17:22
pmichaud unchanged, I think.
Infinoid is anyone currently working on this, or is it still so broken that applying random patches from tickets won't hurt anything?
pmichaud at least, unchanged in trunk.
moritz Infinoid: rurban was working on this, but lost time/track 17:23
particle Infinoid: there's a branch for pdd30_install 17:24
rurban was working on it, and i believe he gave a recent list mail update on his and its status
Infinoid ok, I'll look at that. I mainly just want to know if I can apply (and close) RT #60608, or if I'd be creating merge problems for anyone. 17:25
thanks
moritz Infinoid: I think the pdd30 branch is so out-of-date that it doesn't really matter :/
Infinoid I see it on ParrotRoadmap for january's release, with no name assigned to it 17:26
particle yes, and that's a big risk item 17:27
17:27 cognominal joined, allison joined
particle there are many dependencies on install 17:27
pmichaud we really need someone to take over the 'make install' issue, if rurban won't be able to do it between now and Jan release 17:28
Infinoid okay. distro packaging folks tend to know what they're doing, so I'm going to apply the patch for now. it's a tiny tweak, and I figure we can back it out if it conflicts with the pdd30 branch contents 17:29
I really need to start working on pdd13 again soon
jonathan Infinoid: I've got a branch where I'm doing the bytecode annotatiosn chunk of it. 17:31
Infinoid cool. the stuff on my plate will happen in trunk, until its time to switch the rest of parrot over to using it 17:32
but I'll make sure that I don't conflict with your branch 17:33
jonathan OK, great. 17:34
17:34 tomyan left 17:35 contingencyplan joined
dalek r33663 | infinoid++ | trunk: 17:36
: [INSTALL] Apply patch from lu_zero++ to fix --libdir handling.
diff: www.parrotvm.org/svn/parrot/revision?rev=33663
Infinoid sigh. Infinoid-- for forgetting to mention the ticket number in the commit message 17:42
18:33 allison joined 18:38 allison joined
cotto seen kj 18:42
purl kj was last seen on #parrot 4 hours, 50 minutes and 59 seconds ago, saying: purl doesn't know it..
kj cotto: hi 18:43
looking for me?
Coke finally completes a todo item that's been on his list for a week. 18:48
kj wonders what todo that was, if it took a week :-) 18:53
Coke was just lazy. (The email I just sent out.) 18:57
18:59 particle joined 19:20 Hadi joined, Hadi left 19:25 AndyA joined 19:28 rdice joined 19:38 chromatic joined
Coke throws an attack kitten at chroamtic. 19:40
... lucky for you I spelled it wrong! 19:41
chromatic No kidding. They're sharp. 19:42
Coke so are we going to try to get IO into this release?
I think if we merge by parrotsketch tomorrow we'll be in good shape before the release. 19:43
19:48 ff-wonko joined
dalek r33664 | allison++ | pdd22io_part2: 19:49
: [pdd22io] Keep the encoding set on temporary filehandle for 'readall' on an
: existing FileHandle object.
diff: www.parrotvm.org/svn/parrot/revision?rev=33664
r33665 | allison++ | pdd22io_part2: 19:51
: [pdd22io] Tests for encoding on 'readall'.
diff: www.parrotvm.org/svn/parrot/revision?rev=33665
19:54 ffwonko joined
particle coke: there's still a number of win32 failures for pdd22io branch 20:01
20:05 dngor joined
dalek r33666 | particle++ | pdd22io_part2: 20:08
: [pmc] fix C89-o
diff: www.parrotvm.org/svn/parrot/revision?rev=33666
20:09 allison joined 20:10 workbench joined 20:12 donaldh joined 20:13 stockwellb joined
GeJ Good morning everyone 20:13
Tene Hi! 20:14
Coke takes a nap waiting for a parrot checkout on windows. 20:17
Tene rakudo: my @a = 1,2,3; say 'omg' if @a[1|2] == 2; 20:19
polyglotbot OUTPUT[get_integer() not implemented in class 'Junction'ā¤current instr.: '!MAKE_JUNCTION' pc 6681 (src/classes/Junction.pir:222)ā¤called from Sub '_block11' pc 78 (EVAL_12:27)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 892 (src/PCT/HLLCompiler.pir:508)ā¤called from Sub
..'parrot;PCT;HLLCompiler;evalfiles' pc 1227 (src/PCT/HLLCompiler.pir:674)ā¤...
Coke particle: build errors or test failures?
(I assume you're still building with the MS tools)
dalek r33667 | particle++ | pdd22io_part2: 20:20
: [src] headerizer changes
diff: www.parrotvm.org/svn/parrot/revision?rev=33667
allison particle: ping 20:21
particle coke: fixed the build error, now test failures
pong, allison :)
allison particle: do we have any remote windows debugging solution? 20:22
particle calling_conventions branch has build errors, too
20:22 stockwellb joined
particle allison: i'll try to get you remote access to my vm... 20:22
Coke and all of us with PAUSE ids will have access to the msoft build stuff shortly. 20:23
allison Coke: that'll be useful
particle indeed
nopaste "coke" at 72.228.52.192 pasted "pdd branch failures on strawberry." (17 lines) at nopaste.snit.ch/14863 20:24
allison Coke: this is pdd22?
Coke: that's progress from this morning...
Coke yes. 20:25
URL: svn.perl.org/parrot/branches/pdd22io_part2
Revision: 33666
allison looks like the "filehandle not opened for write" bug is resolved...
Coke ah. the File::Spec stuff is probably a missed 'global' update from trunk. 20:26
chromatic particle, what's with removing the parameter decorations in r33667? Did they not work on Windows?
Coke (that or it's something that was never fixed in trunk because I don't normally test on windows.)
particle chromatic: i ran make headerizer, then committed
chromatic We have ping-pong commits there, then. 20:30
If someone runs make headerizer on 32-bit x86 Linux and commits, it'll reapply my changes there.
That means we need to decorate all of the functions under src/jit/ appropriately.
allison do 'todo' tests work on windows? the 'record_separator' test is failing, but it's marked as 'todo' 20:31
(at least, was failing in KJS's last report from windows)
particle don't some older T::H versions report a passing todo as a failure? 20:32
allison well, the error was "# Method 'record_separator' not found for invocant of class 'FileHandle'" 20:33
but, then he didn't include the summary, so may not be reported as a failure 20:34
I'll trust Coke's latest report for that
particle i'm running make test now
did you get my privmsgs?
Coke allison: created a tcl branch to track changes necessary here; getting the "tests fail when run with prove but work when run with ../../parrot tcl.pbc) mode. 20:42
er, failure mode.
partcl.googlecode.com/svn/branches/parrot_io
allison Coke: is that a problem you've encountered before? 20:43
Coke recently? no. rakduo has, though.
cotto chromatic, ping 20:45
chromatic pong
20:45 ruoso joined
cotto do you happen to have that patch you mentioned in the email about the OrderedHash bug? 20:45
chromatic No, but it's really easy. Just add an INTVAL to the end of the Hash struct declaration in parrot/hash.h. 20:46
allison Coke: I think with Rakudo it's often a GC thing because the tests run with different options than running the code straight
pmichaud we've actually narrowed it down to an environment variable. 20:47
cotto You mean _hash?
chromatic Yes.
cotto I tried that, but t/pmc/orderedhash.t was fine. trying again...
same result 20:49
Coke allison: entirely possible, esp. given that I have GC failures in trunk.
cotto There's some programming by coincidence somewhere in that code.
Coke ah, my test harness still supports TEST_PROG_ARGS. Yup.
tests start passing. 20:50
Of course, they soon eat up an insane amount of memory and swap.
chromatic cotto, I misremembered. I added an INTVAL at the end of the HashBucket struct. 20:51
allison Coke: as long as it's only the usual insane amount of memory and swap... 20:52
cotto chromatic, thanks. trying to reproduce...
while I'm here, is there any reason that pmc2c.pl needs to do --dump and --c separately? 20:53
chromatic I'm not sure anyone knows. 20:54
particle is --dump for the string constants?
pmichaud allison: pdd22io branch now has only one failing rakudo spectest 20:55
t/spec/S16-filehandles/io_in_whil 1 256 13 26 200.00% 1-13
chromatic It shouldn't be; c2str should handle that the same way it does regular .c files.
pmichaud I'm happy to regress that one test, as we know we need to re-do Rakudo's I/O anyway.
allison pmichaud: excellent (that it's only one test) 20:56
tewk cotto: I think it help do incremental builds.
you change a child, you don't have to reparse the parent.
allison pmichaud: and regressing one is a tolerable loss for a revamped I/O system. Let me know if you need anything for Rakudo's I/O when you update 20:57
pmichaud will do. jonathan++ did most of the I/O work, so perhaps he'll take a crack on it again with the new stuff. If not, then I'll probably get to it later in the weeke.
*week
jonathan chromatic: ping
cotto chromatic, you suggestion causes that test to segfault. It's even the same test that segfaults with a different hash seed.
pmichaud and yes, the revamped I/O is a big plus.
cotto tewk, I don't think so. When I touch a .pmc, both --dump and --c are run. 20:58
nopaste "particle" at 76.121.106.245 pasted "pdd22io test failure report" (2056 lines) at nopaste.snit.ch/14864 20:59
tewk right, but you don't have to redump the parents.
particle touch a parent, and see if the children re-run dump
cotto particle, they do 21:00
particle there you go, tewk++ is correct.
cotto the children also rerun --c 21:01
chromatic cotto, then we've found the source of some flakiness. It looks like hash thawing.
particle that's what i'd expect
tewk dumping is priming the cache. 21:02
jonathan pmichaud: If it's only one test we regress on, I can very likely look into it tomorrow.
allison particle: got it, thanks! will look after lunch
tewk once a parent dumps its children can use the dump rather than reparse the parent
jonathan allison: Is the IO PDD in line with the implementation now, so far as you know? 21:03
As in, can I read the PDD and have a good idea of what to expect?
particle jonathan: yes
jonathan OK, good.
particle and there's even tests :)
jonathan pmichaud: I/O not sucking in Rakudo partly seems to depend on laziness issues, unfortunately. 21:04
pmichaud I still don't understand why that's a huge issue.
jonathan Until then, for =$fh -> $line { ... } stuff ain't going to play ball.
pmichaud =$fh is evaluated in list context, so just go ahead and read all of the lines of the file at that point
we'll know that because its .list() method gets executed. 21:05
(i.e., this may be fixed in the assign branch)
jonathan pmichaud: We *can* do that, but it won't play well with say =$*IN?
pmichaud =$*IN is evaluated in list context, so read all of the lines.....
jonathan for =$*IN -> $line { say $line; say "enter next thingy"; } 21:06
Should this not keep looping?
Or do you have to write while =$*IN { ... } for that?
particle for, not while
pmichaud while would probably work here as well, but yes, 'for' is canonical 21:07
Coke hurm. when run with -G, my test suite hangs on like the 5th test. 21:08
pmichaud jonathan: okay, I see your point. We might indeed have issues with =$*IN and laziness, yes.
but other "non-interactive" forms of I/O ought to be okay for now.
I'm not too sure I want to blaze too many trails on laziness until S07 lands. 21:09
jonathan OK. If we put that aside, I agree we can make it work.
pmichaud or at least gets closer.
jonathan No, me either.
Coke (in the paired parrot and tcl io branches)
Coke writes a perl script to verify his answer to this week's puzzler.
jonathan I already did blaze one trail on it... :-)
Coke includes the script for extra credit.
jonathan pmichaud++ # nice subject line on p6l
pmichaud I also thought about adding "Perl's gone wild" in there somewhere, but decided to save that for my next post. :-P 21:10
cotto chromatic, in both OrderedHash segfaults, it looks like src/hash.c:1240 is somehow adding a bogus key to the OrderedHash 21:13
Tene pmichaud: You said PCT prelude coming today?
cotto clone segfaults in the test because there's no valid value associated with the key
pmichaud Tene: still working on that. I'm trying to decide if it deserve a special POST node or what.
21:15 allison joined
tewk w 21:17
chromatic 1240?
Tene I can't start on it until after I finish perparing for class tomorrow anyway. 21:18
allison resolving test failures in the lunch line++ 21:19
cotto yes, the return statement
purl the return statement is 2 instructions I think
dalek r33668 | allison++ | pdd22io_part2:
: [pdd22io] Setting filehandle flags in 'fdopen' also.
diff: www.parrotvm.org/svn/parrot/revision?rev=33668
allison particle: try t/pmc/io.t now
chromatic is that src/pmc/hash.c or src/hash.c? :1240 in the latter is POD, for me. 21:20
nopaste "cotto" at 96.26.202.243 pasted "backtrace on OrderedHash when changing the hash key to 3794" (28 lines) at nopaste.snit.ch/14865 21:21
cotto src/hash.c
(I added a method to OrderedHash that prints all keys and values, which is what the breakpoing at 603 is) 21:22
particle allison: failed 4-5 21:23
# Cannot write to a closed filehandle
chromatic Doesn't make sense to me at the moment. 21:24
PerlJam chromatic: why do you ask the 5-devs question on use.perl? 21:26
particle $$$ 21:27
PerlJam chromatic: did you win the lottery?
chromatic The only way to win is not to play. 21:32
I was just noodling with an idea. 21:33
Infinoid would make some real AI and take everything over, matrix style.
PerlJam Infinoid: money doesn't solve such problems.
Infinoid no, but 5 developers would make a big dent in it
but with such an open-ended question, I think the answers would be utterly random. 21:35
PerlJam My answer would be: I'd have them work on Parrot and Perl6 until I found something better for them to do. 21:36
dalek r33669 | pmichaud++ | assign: 21:38
: [rakudo]: Fix forgotten namespace directive.
diff: www.parrotvm.org/svn/parrot/revision?rev=33669
chromatic Five FTE is an order of magnitude more than Perl 6 and Parrot have.
Coke FTE?
purl hmmm... FTE is made by the guy that also coded icewm BTW :) or full time employee aka perm
Coke danke, purl.
purl bitte
Tene Also, there certainly exist developers who would take a pay cut to work on something they love. 21:40
Infinoid raises his hand enthusiastically
Coke I, however, am not one of them.
chromatic Sure. $120k/year in salary and benefits for telecommuting is very attractive.
Coke 's ears perk up. 21:41
Coke suspects that's not a pay cut for 99% of our committer base. =-)
Tene I'm currently taking a significant pay cut to do work that I enjoy.
Infinoid does work he enjoys for free 21:42
pmichaud I took a big pay cut to be able to do this, but (so far) it hasn't been nearly as big as I might've feared and I have significantly fewer $job stresses
if course, if we measure "actual pay cut" versus "what I'd be making today if I had remained in my former position", the size of the cut is _much_ bigger. 21:43
Coke executable memory: rt.perl.org/rt3/Ticket/Display.html?id=43146 21:44
chromatic $120k is a rough estimate of what it might take to tempt me.
... being, uh, not 21, reasonably experienced, and used to health insurance and 401(k). 21:45
Infinoid Coke: I'd say the existence of PARROT_HAS_EXEC_PROTECT means that's been covered, at least, from the perspective of config/detection 21:46
PerlJam chromatic: you're not 21? Hey, I'm not 21 too! Is today your unbirthday? 21:47
pmichaud otoh, for some bizarre reason I continue to be employed by my "former" employer. 19 years next month. 21:49
PerlJam pm: hey, in 13 months you can "retire" :)
chromatic Today is my 25% birthday.
pmichaud PerlJam: well, I could if all of those years had been fte's :-)
Coke Infinoid: feel free to grab and close the ticket. the subject line just caught my eye based on recent commits. 21:50
Infinoid goes and reads the recent commit log 21:51
pmichaud 14.75 of the years were full time, the other 5.25 years are 25% time. I guess that comes out to around 16 years of service.
also, I'm not in TRS, so the normal "retirement" calculations don't apply to me.
Tene TRS?
pmichaud "texas retirement system" or "teacher retirement system" or whatever the standard retirement program is for educators in Texas 21:52
PerlJam pm: I bet you'll still be employed by TAMUCC when you're 85. They'll never let you go.
dalek r33670 | coke++ | trunk:
: Fix example PIR against recent PIR syntax cleanup
diff: www.parrotvm.org/svn/parrot/revision?rev=33670
Infinoid "svn log" for the last 3 weeks is 2900 lines. You guys are incredible.
jonathan (long commit messages)++ ;-) 21:53
Infinoid that's significantly more than I would expect from 5 FTE's
pmichaud I think chromatic was referring to "paid FTEs", not just FTEs working on parrot 21:54
chromatic I write long commit messages anyway.
Infinoid stop trying to argue yourselves out of being incredible. :) 21:55
chromatic I'm trying to argue that we could be more incredible. 21:58
particle here's what gets me: www.perlfoundation.org/parrot/index...511-0-7546
our velocity is *still increasing*
Tene particle: could that be updated to current? 21:59
Looks like that's from Jan 08
particle it's from august 08
r30369 22:00
Tene Ah.
Oh, I just can't read.
PerlJam hey, is tomorrow a release day? 22:01
particle no
tomorrow's the second tuesday
PerlJam doesn't keep track of time too well.
Although I should since it's my son's birthday on Wednesday. 22:02
I hope I remember on that day
Coke rant: trac's wiki doesn't show what pages link to the page you're on. 22:03
jonathan stares at calling_sets.t and starts clearing it up 22:04
22:05 Whiteknight joined
Coke cleans up the repository slightly. 22:12
Coke waits to see if the logbot can deal with that. =-)
dalek?
purl dalek is, like, dha's distributed perl community badger badger badger attack or ourworld.compuserve.com/homepages/g...lek_fr.htm or 'Dalek' for the language, and 'dalek' for the program or www.daleklinks.co.uk/ or a Dr Who baddie or {see: dalek meme} or at www.deviantart.com/deviation/20016573/ or www.asciiartfarts.com/20020615.html or xrl.us/2doh
dalek r33671 | coke++ | RELEASE_0_: 22:13
: Remove some old branches; the result of these releases are logged as tags.
diff: www.parrotvm.org/svn/parrot/revision?rev=33671
Coke nice. there's a dalek bug for someone. =-)
Infinoid uhhoh, I wrote that code 22:15
Coke doesn't deal with cross-branch commits.
well, it did, sort of.
Infinoid we hacked SVN::Web to include the branch name in the RSS data. the bug is probably in that. 22:16
Coke pmichaud: is the branch for RT 59410 obsolete?
(you resolved the ticket on 01OCT08) 22:17
->
mj41 coke TapTinder has also branch list ... tt.ro.vutbr.cz/report/pr-Parrot/ 22:18
pmichaud which branch is the one for RT 59410?
22:21 gmansi joined
PerlJam particle: are you sure that graph shows an increasing velocity? 22:29
Tene PerlJam: eh?
purl Speak up, sonny!
PerlJam without any distinguishing marks, it looks like it's just a plot of time versus commit. Which as long as there are *any* commits, the graph will continue increasing. 22:30
Tene PerlJam: look at the slope of the graph 22:31
PerlJam: the number of commits in each unit of time is greater than in the previous unit.
If the commit rate remained constant, the graph would be linear.
22:33 gmansi joined
PerlJam Tene: If you look at the graph from Jan 01, 2007 to now, it looks fairly linear. 22:33
Tene Huh. You're right. 22:34
PerlJam What's the graph of the first differences look like? 22:35
(where's the data? or do I have to troll the logs for it?)
chromatic www.perlfoundation.org/parrot/index.cgi has commit counts between releases. 22:40
dalek r33672 | moritz++ | trunk: 22:42
: [rakudo] add tests for meta reduction ops to t/spectest.data
diff: www.parrotvm.org/svn/parrot/revision?rev=33672
jonathan That must give us a nice few more. :-) 22:44
moritz jonathan: not so many, actually
chromatic Coke, you'll like this: www.forta.com/blog/index.cfm/2008/1...ColdFusion
PerlJam chromatic: from that data I guess I could infer a generally increasing trend line
chromatic PerlJam, there's likely to be chart junk in there however. 22:45
What's the size of a commit? What's the impact of a commit?
moritz jonathan: but that file is full of TODOs of which I suspect that many are easy for you
jonathan moritz: Aha. 22:46
moritz: Found we weren't testing .+, .* and .? at all.
moritz: And .* had got broken.
So, have got tests for the single dispatch case written.
PerlJam chromatic: Have you perlbuzzed that article? 22:47
jonathan And now doing some basic ones for the multi case.
And then will review the more complex ones etc.
Finding/fixing bugs as I go. :-)
Should give us another at least 20 tests...
(Passing ones)
chromatic Andy's offline, sadly. 22:49
pmichaud rakudo's spectest-progress.csv file has a regular list of commit numbers 22:57
they're snapshots at the same time each day, so it's easy to produce a graph
or even to reason about what's happening. For example, 06-01 to 07-01 was r27986 to r28858, so we had approx ~900 commits in june 22:58
11-01 to 12-01 was r32261 to r33411, so there were 1200 commits in november 22:59
chromatic Good thinking.
pmichaud I've thought about putting a commit count line on the spectest-progress graph
PerlJam too bad it only starts in May :) 23:00
pmichaud I have another file that has commit numbers on regular monthly intervals going back a couple of years
33411-27986
purl 5425
pmichaud 5425 commits from jun through nov
5425/9
purl 602.777777777778
pmichaud 5425/6 23:01
purl 904.166666666667
pmichaud 904 commits per month, avg
jonathan Around 30 a day. Not bad momentum. :-)
chromatic Give us 5 FTE and double or triple that. 23:03
moritz FTE?
purl FTE is made by the guy that also coded icewm BTW :) or full time employee aka perm
PerlJam chromatic: depends on the developers
moritz well, give us the right 5 FTE ;-)
PerlJam chromatic: some are good at implementation, others are good at thinking. Sometimes it's the thinking that's bottleneck.
yeah, 5 FTE would be good no matter what :-) 23:04
pmichaud I have the commit numbers for 2007/2008, just a sec 23:06
moritz 4788 passing tests in rakudo right nwo 23:12
pmichaud so far the assign branch gives me 22 unexpected passing todo's
(of course we will pass a lot more skips as well)
how to save an OpenOffice graph as gif/jpg/png/whatever? 23:13
moritz and how many new failures? ;-)
Infinoid take a screenshot? :)
moritz pmichaud: maybe export as html, then it has to be converted to something like that
pmichaud tries copy/paste into photoshop/windows 23:14
I really should learn gimp someday. 23:15
Infinoid on a gnome desktop, the "PrtSc" key saves a .png of the current window 23:18
pmichaud aha, OpenOffice Draw can do it. 23:20
www.pmichaud.com/perl6/commits-by-month.gif 23:24
the trend line shows an increase in average commits by month over the 2-year period
moritz can recommend the plotting tool xmgrace, though it's a bit tricky with date/time 23:26
23:34 TiMBuS joined 23:41 allison joined
mj41 pmichaud TortoiseSVN has own statistics ... perl6.cz/wiki/Parrot_commits 23:53
dalek r33673 | jonathan++ | trunk: 23:59
: [core] Implement remove_method on roles.
diff: www.parrotvm.org/svn/parrot/revision?rev=33673

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!