HAPPY BIRTHDAY #PARROT! | www.parrot.org/ | 1.4.0 | For 1.5: Remove Deprecated Features | planet.parrotcode.org/
Set by moderator on 11 August 2009.
cotto the destructor never gets called 00:00
00:01 bacek joined
chromatic Ah, hang on a moment. 00:01
dalek rrot: r40535 | chromatic++ | branches/pluggable_runcore (2 files):
Fixed enabling of the profiling core; initialization code goes in the ->runops

of cores which need special bytecode setup.		 00:03
chromatic Now for destroy. 00:04
There's the problem. Parrot_runcore_destroy() only gets called if there are dynop libraries loaded.
00:05 patspam joined
cotto That explains what you meant by "but don't forget to tailcall that function" 00:06
cotto didn't read carefully enough 00:07
chromatic I forgot to do that too.
I should have the tailcall here in a moment. 00:11
dalek rrot: r40536 | chromatic++ | branches/pluggable_runcore/src (2 files):
Enable runcore destruction only in parentmost interpreter; ensure destruction
 00:13
chromatic That should do it. 00:15
dalek rrot: r40537 | chromatic++ | branches/pluggable_runcore (2 files):
[pluggable_runcore] Fixed up profiling core first-time initialization,
 00:16
cotto It's a little too eager now. The profiling destructor gets called when I'm not using the profiling runcore. 00:23
chromatic Ah, then you know the pointer dance to do and where. 00:26
cotto Oh. It does that explicitly. Should I just make the destructor smart enough to do nothing when the profiling runcore hasn't been initialized? 00:29
nm. Not what I'd call intuitive, but it works. 00:30
chromatic I'd leave the destroy pointer empty until you've initialized the runcore. 00:33
dalek rrot: r40538 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
[profiling] do a special pointer dance so the profiling runcore's destructor is only called when the profiling runcore has been initialized
chromatic Just like that.
cotto do you mind if I update from trunk? 00:34
chromatic Not at all. 00:35
Whiteknight are Runcores a PMC type?
I didn't think I heard that, but all this talk of destructors is making me wonder 00:36
and if they are not currently PMCs, that's my idea and you can't have it
cotto They're not. 00:37
chromatic I don't think they should be.
dalek rrot: r40539 | cotto++ | branches/pluggable_runcore/tools/dev/pprof2cg.pl:
[profiling] various updates to the profile postprocessing script (it's still broken, though)
 00:39
00:39 quek left
chromatic They don't really support PMC-esque operations, for one. They'll be a bear to convert to Lorito if they're PMCs for two. 00:39
rrot: r40540 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
[codingstd] fix a codingstd nit
Whiteknight but there are plenty of object types that don't really fit into the VTABLE interface 00:41
at least not well
cotto Speaking of Lorito, I'm concerned about it ever getting past the "iwbn" stage.
Whiteknight All you would really need for a RunCore PMC would be init, destroy, and invoke
iwbn?
oh, it would be nice
chromatic Turns out you need more than that for a RunCore PMC. 00:42
cotto The LoritoPrimitives page hasn't attracted any Smalltalkers and I'm not sure what else would be a good way to define a set of what ops Lorito will need.
Whiteknight oh, so I'm probably radically oversimplifying
cotto: I think the best way to go about it would be to look through C and determine what kinds of operational primitives that language uses 00:43
chromatic I have my Smalltalk books right here. I just haven't had the spare cycles. 00:44
Whiteknight basic arithmetic primitives, pointer reference and dereference, pointed-based indexing, pushing and popping arguments, calling a function. These are probably the most important 00:45
chromatic Basically. 00:46
Whiteknight anything else, while not ideal, we could do inside a function call 00:47
chromatic Or in terms of the other primitives.
Whiteknight right
also type conversions, especially INTVAL <-> FLOATVAL 00:48
and if we can't resolve the dependencies, INTVAL <-> PT
PTR*
cotto merging? 00:49
merging is slow
merging?
purl i think merging is slow
GeJ Brace! Brace!" 00:50
00:57 tetragon joined
bacek_at_work good morning 00:59
purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
bacek_at_work purl: bad girl
purl bacek_at_work: sorry...
GeJ G'Day bacek
cotto hi bacek_at_work 01:01
bacek_at_work G'Day GeJ 01:08
G'Night cotto
cotto It's not that late.
Whiteknight good morning bacek
bacek_at_work Mornin' Whiteknight 01:11
dalek TT #913 created by basic++: Test123 01:13
cotto I don't think that's a real ticket. 01:18
darbelo It claims to be "Just another email2trac test", maybe that means email2trac works now. 01:25
cotto It's nice to have that merge done.
now I get to experience the shininess of the corevm make target 01:26
dalek rrot: r40541 | cotto++ | branches/pluggable_runcore (459 files):
bring branch up-to-date with trunk
 01:37
chromatic Maybe I should have tried to use git for that merge.
01:37 ilbot2 joined
moderator HAPPY BIRTHDAY #PARROT! | www.parrot.org/ | 1.4.0 | For 1.5: Remove Deprecated Features | planet.parrotcode.org/
japhb kthakore: Better than not working .... 01:37
kthakore thx
well considering I started learning perl 3 months ago I think I am doing ok ... ish 01:39
japhb Three months and already fixing SDL? I'd say that's pretty decent. :-)
kthakore japhb, thats how I learn hacking 01:40
01:40 nperez joined
japhb And a good way it is. 01:40
Collateral benefits.
kthakore that too 01:41
and having people look at my code, makes me want to put out better stuff
so its not like a school project that I do half ass 01:42
01:44 kid51 joined
GeJ cotto++ 01:45
japhb kthakore: Misspent youth: www.perl.com/lpt/a/945 01:46
Too bad it took WAY too much time to write those articles.
01:46 preflex joined
kthakore japhb, ooh that reminds me who worked on the events binding for SDL code 01:47
japhb, that stuff needs overhaul huge
japhb Man, redoing all that benchmarking with NYTProf would be a fun exercise. ;-)
kthakore NYTProf ?
purl NYTProf is a *profiler*
kthakore kk 01:48
japhb Devel::NYTProf is the current state of the art in Perl 5 profiling -- just leaps and bounds ahead of DProf.
chromatic DProf segfaults too often for anyone to have ever considered it state of the art. 01:49
kthakore I have yet to run bindings that have perl overhead through a profiler
But optimization comes last
as they say
chromatic, don't you mean NYTProf 01:50
japhb chromatic: No argument. But at the time, it met the need.
kthakore looks at perldoc 0_o
dalek TT #914 created by basic++: email2trac test
japhb kthakore: He meant, no one should take my statement to mean that DProf was the state of the art at any point before the arrival of NYTProf. :-)
kthakore oh ok 01:51
kid51 What does the NYT in that module's name stand for?
kthakore anywho optimization will come later atleast for me
kid51 always thinks New York Times or New York Tech ...
japhb kid51 is right. New York Times sponsored the initial work on it. (Well, sponsored in the sense of 'the guy who worked on it was working for them'.) 01:53
dalek TT #913 closed by jkeenan++: Test123 01:54
TT #914 closed by jkeenan++: email2trac test
kid51 Really? I was just fantasizing that because I type those 3 letters into my browser so often.
Never dreamt it was the real explanation.
japhb :-)
Best. Advertising. Ever. 01:55
kid51 Sad to say, but the module may outlive the paper.
dalek TT #915 created by basic++: email2trac test 01:57
rrot: r40542 | cotto++ | branches/pluggable_runcore (2 files):
[profiling] start putting runcore-specific data into a Parrot_profiling_runcore_t and using init/destroy
japhb decommute
dalek TT #914 reopened by basic++: email2trac test 02:00
kid51 Here's a Smolder report on the pluggable_runcore branch: smolder.plusthree.com/app/public_pr...ails/26135 02:02
done at r40537
chromatic Heh. 02:05
One fprintf removal could fix that.
kthakore gdnite
02:11 nathanmccauley joined, basic joined
basic Sorry for the spam, I got excited it finally worked 02:12
kid51: I've been battling the email2trac script for the parrot trac instance for what seems like a year, it is working now, but to test I had to send some emails 02:13
kid51 That's great. Perhaps a bit more content in them explaining what you were up to would have helped.
Are you with Trac? 02:14
cotto Meh. I'm just glad that it's working. Nice work basic!
basic Sorry about that, I sent an email to the ticket we had, but only 3 of you were on it
I didnt realize it was going to spam the channel
cotto: thanks! sorry it took so long
kid51: i'm with OSUOSL, we host the VM and I'm the Trac guy here 02:15
kid51 Ah, good! Am looking at osuosl.org 02:16
basic :)
I wasn't really expecting the emails to actually go through for once
kid51 Hmm, perhaps Parrot should be listed as one of the projects you host: osuosl.org/services/hosting/communities 02:19
basic It's not on there? I'll bug our operations manager about that
It's a pretty big one :) 02:20
kid51 Well, there's nothing between "Oregon State Linux Users group" and "Participatory Culture foundation"
basic kid51: looks like it's not there, i just let Jeff Sheltren know (our operations guy) 02:21
kid51 Of course, if it's our fault for not supplying you with a logo and copy, let us know.
02:21 japhb joined
basic sure, i'll get back to you on that 02:22
kid51 Logistical question for any of our admins: If I wanted to start a mailing list called 'nycparrotusers', could that be set up to be 'nycparrotusers@parrot.org'?
... i.e., are we prepared to host Parrot-related lists that aren't quite the Parrot project itself? 02:23
02:41 janus joined
kid51 must sleep 02:45
purl $kid51->sleep(8 * 3600);
nopaste "GeJ" at 202.171.79.162 pasted "[pluggable_runcore] Patch MANIFEST file to reflect the new pprof2cg.pl tool" (41 lines) at nopaste.snit.ch/17547 02:47
02:48 nathanmccauley_ joined
GeJ this patch fixes some failure in t/manifest/02-regenerate_file.t 02:50
03:20 donaldh joined 03:54 quek joined 04:34 eternaleye joined 04:50 TiMBuS joined 05:23 szabgab_ joined 05:36 quek left 06:02 tetragon joined 06:16 ash_ joined, uniejo_ joined 06:21 HG` joined 06:25 theory joined 07:11 tetragon joined 07:15 nathanmccauley joined 07:20 donaldh joined
cotto GeJ, thanks for that. 07:28
GeJ cotto: you're welcome. 07:30
already or still awake?
clock?
purl GeJ: LAX: Fri 12:30am PDT / CHI: Fri 2:30am CDT / NYC: Fri 3:30am EDT / LON: Fri 8:30am BST / BER: Fri 9:30am CEST / IND: Fri 1:00pm IST / TOK: Fri 4:30pm JST / SYD: Fri 5:30pm EST /
dalek rrot: r40543 | cotto++ | branches/pluggable_runcore/MANIFEST:
[MANIFEST] add tools/dev/pprof2cg.pl to the manifest
 07:31
GeJ that must be "still" then.
GeJ cotto: codingstd tests barf in several places (mostly due to pprof2cg.pl and some .c files that were heavily modified today). 07:33
Is it ok if I prepare a couple of nopastes and msg them to you?
cotto no need to msg them. Also, pprof2cg.pl is *very* alpha. I'm not sure it it's worth fixing at this point. 07:34
and by "alpha", I mean broken
and the profiling runcore seems to be exploding rather spectacularly atm 07:35
GeJ I don't pretend I can fix the logic or the features... I was just suggesting to lint it so I can hush `make fulltest`. 07:36
chromatic Is Saturday ambitious for a trunk merge?
If you remove the fprintf from the destroy function, you'll pass more tests.... 07:37
cotto What needs to happen for a merge? I can get the code stable by then, but getting a good profile of Rakudo hello world that Callgrind can use is further off. 07:38
chromatic How good is "good"? 07:39
07:39 MinorToken joined
cotto sensical 07:40
chromatic What's left to do there?
cotto i.e. no percentages above 100 and no %NAN.
chromatic Is that the Perl 5 program or the reporting? 07:41
cotto in what Callgrind displays
chromatic Where do you think the error is?
cotto inner runcores are certainly a large part of the problem
chromatic Ah, especially from IMCC. 07:42
cotto The fprintf has been removed from the destroy function. 07:43
chromatic Fortunately we should stay in the profiling core through runloop switches.
cotto d'oh. Apparently allocating a Parrot_runcore_t and casting it to a Parrot_profiling_runcore_t isn't good enough. 07:44
Yes, it seems we do.
That fixes the spectacular explosion. 07:45
Do you want the profiling runcore to be usable before the merge or should it just not mess anything else up? 07:46
chromatic I'd like to be reasonably usable.
cotto ok. I'll see how far I can get and try to think of ways the work can be parallelized.
chromatic The code cleanup is nice, but it's an internals only thing.
cotto yeah 07:47
chromatic If we just can't coax any useful or reliable information out of the runcore before then, extra time to see how things work with other languages won't hurt.
... but despite the size of the changes, I don't consider them risky.
If I didn't get things right, *nothing* would work.
eternaleye chromatic++ # pluggable runcores 07:52
chromatic Not quite pluggable yet; there's no dynruncore support at the moment. 07:53
Let's call them "Mostly Encapsulated" for now; I'm an editor. I can cut down the full description to two words. 07:54
That branch'll get destroyed for an interstellar bypass any day now anyway.
cotto looks at code and reminds himself "clarity is better than cleverness" 07:56
07:58 einstein joined 07:59 tetragon joined 08:03 iblechbot joined 08:56 sjn joined 09:19 muixirt joined 09:20 PacoLinux joined 09:31 PacoLinux joined 09:36 whoppix joined 09:41 tetragon joined
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40543 - Ubuntu 9.04 amd64 09:52
10:09 tetragon joined
mikehh rakudo (0d4fe08) builds on parrot r40543 - make test/make spectest (up to 27988) PASS - Ubuntu 9.04 amd64 10:10
10:10 eternaleye joined 10:20 athomason joined 10:27 japhb joined
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40543 - Ubuntu 9.04 amd64 (built with gcc - prev test with g++) 10:47
10:51 kid51 joined 10:53 szabgab_ joined 11:12 tetragon joined 11:15 quek joined 11:20 donaldh joined 11:29 donaldh left 11:40 masak joined 11:41 AndyA joined 11:49 rdice joined 11:50 payload joined 12:01 tetragon joined 12:19 tetragon joined 12:20 ruoso joined 12:52 bkuhn joined 13:18 Coke joined
Coke AIGH 13:18
oh, wait, I'm supposed to think that part in silent frustration.
(not parrot related)
Infinoid on IRC, it's hard to disambiguate that from other forms of silence :) 13:20
particle don't we have smolder to report those results posted here overnight? 13:21
13:26 donaldh joined
Coke wonders, shouldn't his consulting company know exactly how many hours of PTO he has remaining? Why ask him? 13:40
dukeleto Coke: that means you take how many hours you actually have left and multiply by 4 ;) 13:41
mornin' 13:50
14:02 JimmyZ joined
dalek TT #531 closed by dukeleto++: [GSOC] Decide on a Pilot/Co-Pilot for the Parrot department of TPF this ... 14:10
Coke dukeleto: if only I knew how many I started with. cluster**** 14:13
Coke smacks perljam. 14:14
PerlJam whatdidido? 14:16
or should I interpret that "smack" as a kiss and just blush and say thanks? :) 14:17
14:18 PacoLinux joined
dalek TT #722 closed by dukeleto++: Rewrite of t/pmc/capture.t in PIR 14:20
Coke PerlJam: are you familiar with Duff's Device ? 14:22
PerlJam yeah, but it's not my fault :)
Coke ok. now look at your last facebook status.
PerlJam oh, heh 14:23
Coke smacks perljam.
Sorry. dog must know WHY he's being smacked or it won't work. =-) 14:24
PerlJam makes a mental note to choose which Eagles lyrics he posts on FB more carefully. 14:25
Coke RAR. 14:26
dalek rrot: r40544 | dukeleto++ | trunk (2 files):
[TT #871] Add srand() as a dynop
TT #916 created by dukeleto++: Need something like PMCNULL for STRINGs
14:30 quek left
Coke dukeleto++ #busy guy 14:44
mikehh: with my working repository with a bandaid over the "getListValue()" bug, I seem to be running most of the spec test. will let it finish, check in, then you can add that to your rotation if youlike. =-) 14:45
dalek rrot: r40545 | NotFound++ | trunk/src/pmc/array.pmc:
[cage] drop empty Array.class_init
 14:47
14:48 Psyche^ joined
dukeleto Coke: i slept 12 hours last night and had a burst of activity this morning 14:52
Coke if you ever get really bored, feel free to fix all the segfaults in "make spectest" on partcl. =-) 14:53
particle dukeleto: i don't think i've ever seen you sleep more than five hours
PerlJam wonders why particle watches dukeleto when he sleeps 14:54
particle we're former conference roommates
dukeleto particle: that is because I stayed up until 3am 2 nights ago add the rand() dynops, so I went to sleep directly after work (without eating dinner) at 6:30pm and woke up this morning at 6:30am. I call it rebooting my biorhythm.
particle watches everyone as they sleep, doncha know
particle i see you when you're sleeping, i know when you're awake 14:55
PerlJam particle: funny ... I don't recall you looking like a fat man in a red suit.
particle i am large. i contain multitudes. 14:56
Coke dukeleto: biorrhyea. 14:58
(fat man in red suit.) that's me, Diado Coleda. 15:00
15:05 jan joined
particle happy birthday, diado! 15:07
Coke does svn support... symlinks?
dukeleto Coke: probably not in a portable way
Infinoid subversion.tigris.org/faq.html#symlinks
Coke partcl's current setup lists all the skips/reasons in the wiki, and then the source repo uses that to figure out what spec tests to run.
I was thinking about avoiding the separation there and putting the skip list into the source. 15:08
guess I can do that and just have a wiki page that links to the skip list.
(then no svn linkage)
15:09 eirik joined
Coke hey, a completely different set of tests are segfaulting. whee. =-) 15:16
(actually, (#*@$&@#)
15:16 quek joined
mikehh Coke: I will test again as soon as you commit 15:17
dalek TT #917 created by jkeenan++: What mailing lists should parrot.org host? 15:19
15:20 donaldh joined
Coke mikehh: I need to finish the test, then update the SKIP list, then commit. (then I can rerun to get an "official" run.) PITA. 15:23
NotFound Coke: partcl's PMC class_init have a if (pass) that's no longer needed. 15:31
Coke Thanks. 15:34
15:41 PacoLinux joined 15:50 JimmyZ joined 15:59 iblechbot joined 16:01 ash_ joined
NotFound Coke: I was doing some checks, planning to change the handling of the init_class to avoid have in scope unrelated variables like that. 16:04
16:14 PacoLinux joined 16:21 riffraff joined 16:22 PacoLinux joined 16:31 bacek joined 16:41 payload joined 16:43 mokurai joined 16:58 PacoLinux joined
dalek rrot: r40546 | NotFound++ | trunk/src/pmc (3 files):
[cage] drop no longer useful "if (pass)" conditions from class_init functions
 17:13
kudo: 58bef37 | jnthn++ | src/pmc/p6invocation.pmc:
Detect a Null PMC Access condition that could occur and throw a more meaningful exception.
 17:21
kudo: 4a22048 | jnthn++ | src/ (2 files):
Refactor method dispatch code generation so that .*@foo and other similar things are no longer an error, which passes us some more tests. Also refactor .?, .+ and .* to work in terms of primitives provided by existing dispatchers, so we can rip out a dispatch helper, which duplicated the functionality they provided.
17:24 chromatic joined
basic Coke: kid51 noticed Parrot wasn't on our communities page last night, we just got it added with the description from parrot.org. -- osuosl.org/services/hosting/communities 17:29
Jeff Sheltren says he's sorry for not adding it sooner 17:30
Coke basic;danke
basic Coke: you're welcome, let me know if you need anything changed around, sorry again for the confusion last night - i wasn't expecting it to work :)
Coke I wasn't confused. =-) 17:35
but yah, there was some. NP. 17:36
dalek rrot: r40547 | NotFound++ | trunk/src/dynpmc/gdbmhash.pmc:
[cage] drop no longer useful "if (pass)" condition from gdbmhash class_init
 17:44
17:54 gigabo joined 18:01 PacoLinux joined
dalek TT #918 created by NotFound++: Change handling of init_class functions 18:03
rtcl: r582 | coke++ | wiki/SpecTestStatus.wiki:
update SKIP list
 18:18
18:24 quek left
chromatic NotFound, re #918, all of that code using the init variable is generated code. Anyone writing PMCs by hand is crazy. 18:41
NotFound chromatic: the seudo-vtable class_init is from the .pmc file 18:45
I mean init_class 18:46
Ugh, I always confuse me with that names. 18:47
I'll fix the ticket in a moment. 18:48
chromatic It is? I thought we generated all of those.
... except for singleton PMCs.
NotFound The body of the function in the .pmc is inserted into the generated one. 18:49
18:49 ash_ joined
NotFound Array has one, but I deleted it some commits ago. 18:49
chromatic ParrotInterpreter and ParrotThread look suspicious.
NotFound And partcl has some in non-singleton PMCs 18:50
dalek kudo: d50cabc | masak++ | .gitignore:
[.gitignore] ignore some new generated files
19:00 gigabo left
dalek kudo: 62f6082 | jnthn++ | src/classes/Object.pir:
Fix incorrect semantics in interaction of .? and multis.
 19:03
kudo: bae2cfa | jnthn++ | src/ (2 files):
A very first-cut implementation of lastcall, which just trims the candidate list such that nextsame and friends will find nothing else to defer to.
Coke NotFound: removed. 19:05
19:05 szabgab joined
NotFound Coke: nice 19:06
Coke glad to help. now if you could just fix my enormous # of segfaults... 19:09
dalek rtcl: r583 | coke++ | trunk/ (2 files):
remove long-useless loadlibs
rtcl: r584 | coke++ | trunk/src/class/tclconst.pir:
Remove stray debug method
rtcl: r585 | coke++ | trunk/tools/spec_info.pl:
Allow git to work here as well as svn.
rtcl: r586 | coke++ | trunk/src/pmc/tcl (3 files):
Remove now-unneeded if(pass) from PMCs.
rtcl: r587 | coke++ | trunk/runtime/builtin/foreach.pir:
Add a hackity workaround.
Coke partcl segfaults is code.google.com/p/partcl/wiki/SpecTestStatus 19:10
NotFound Getting a copy of SpecTestStatus.wiki 19:11
Use of uninitialized value $repo in concatenation (.) or string at tools/tcl_test.pl line 56.
19:16 PacoLinux joined
Coke NotFound: you may be the first human to run that. 19:26
NotFound There is some prize? 19:27
Coke what does 'svn info .' say in your partcl checkout dir?
19:28 quek joined
NotFound URL: partcl.googlecode.com/svn/trunk 19:28
Repository Root: partcl.googlecode.com/svn
Repository UUID: 6cb8db7d-f34b-0410-8f57-4f83c6281724
Revision: 582
cotto chromatic, ping 19:35
19:37 rdice joined, joeri joined, gigabo joined 19:39 pyrimidine joined
Coke NotFound: looks like that should match the regexp on line 54, neh? 19:39
what os?
chromatic pong 19:41
19:41 pyrimidine joined
cotto I'm trying to figure out the best strategy for dealing with PIR instructions that cause nested runl 19:41
oops from a profiling point of view.
The problem is that when an instruction causes a new runloop, all the instructions in that runloop are counted individually, but the original instruction gets all that timing info too.
What do you think about having the post-processing script simply drop any instructions that cause n
ested runloops? It'd mean we'd lose a few (possibly important) instructions, but the timing information wouldn't be distorted.
dalek TT #919 created by jgabr++: On Mac OS X 10.5.8, Configure.pl : lazy symbol binding failed 19:43
chromatic Why does the original instruction get all that timing info?
Is that wallclock/system time or op count?
cotto system time 19:44
purl well, system time is 21 seconds off
cotto it all happens in DO_OP from the instruction's pov, since DO_OP creates the nested runloop
chromatic We could detect that though.
We know when we enter runops_profiling_core(). 19:45
We know when we return from it.
cotto That wouldn't be completely accurate because it'd capture timing info for some extra code, but it'd be a decent approximation. 19:47
chromatic You can argue that it's more accurate in some ways. 19:48
19:48 theory joined
Coke no, system time is <reply> 19:49
purl okay, Coke.
cotto That'll certainly work. 19:51
NotFound Coke: Ubuntu i386 19:55
dalek TT #920 created by jgabr++: parrotbug should provide more guidance when it finishes 19:56
Coke NotFound: that should work, then. 19:59
all it's doing is grabbing an svn export. not sure why that would fail on your platform.
crap. well, thanks for trying to duplicate the segfaults, anyway. =-) 20:09
NotFound Coke: I'll take a look later. 20:17
Coke I appreciate it! 20:33
NotFound++
mikehh++
dalek TT #921 created by jgabr++: warnings in imcc/imcparser.c (statement with no effect) 20:37
chromatic I'm not sure we can fix TT #921, sadly. 20:38
Coke chromatic: we can by dropping IMCC and using pirc. 20:40
chromatic Well volunteered! 20:42
dalek rrot: r40548 | fperrad++ | trunk/compilers/tge/TGE.pir:
[TGE] restore method find_key()

This method is useful for language which uses TGE. That's fix language Lua.		 20:44
20:48 quek left
Coke there's a rant about our deprecation policy for ya. 20:49
cotto Lua needs to get with the times. 20:50
How hard can it be to reimplement a language that's already working?
dalek TT #851 reopened by coke++: [DEPRECATED] .find_key method on PGE;Match objects 20:51
21:18 theory joined 21:22 Whiteknight joined
Tene Whiteknight: have you ever looked at memprof? 21:23
www.rasterman.com/index.php?page=Memprof
Whiteknight: Sorry I wasn't around last Sunday. Life happened.
chromatic FOUL: Life doesn't happen to 23 year old techies. 21:24
Tene I can tell you what happened and provide video evidence for it if you'd like. 21:25
Whiteknight Tene: that's okay, I stayed plenty busy on Saturday
Tene I'm 23? Lemme count.
Whiteknight Tene: actually I would like to see a video :)
Tene Ah, no, I'm 24 now. I had a birthday.
chromatic Well then, nevermind! 21:26
Whiteknight Tene: when was your birthday? 21:28
Tene June 25.
cotto This is nice. Now codingstds nits get fixed like as if by magic. 21:36
dalek rrot: r40549 | mikehh++ | trunk/compilers/tge/TGE.pir:
fix codetest failure - pod syntax in compilers/tge/TGE.pir
cotto Where "magic" is "mikehh". 21:37
21:40 darbelo joined
dalek kudo: 4245753 | jnthn++ | src/ (3 files):
Make deferal failures into a kind of soft fail rather than an exception.
 21:42
kudo: a0082a8 | jnthn++ | t/spectest.data:
Add lastcall.t to spectest.data.
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40549 - Ubuntu 9.04 amd64 (gcc) 21:44
I started partcl make spectest and it seemed to hang and so I started rakudo tests and now am using about 100% of all 4 processors and partcl seems to started again 22:03
have started again 22:06
22:08 MoC joined
Coke mikehh: (hang) it could just be REALLY slow. see the last column for runtimes on feather. 22:09
every time it starts a new .test file, it has to reparse all of library/tcltest/tcl*
22:12 kid51 joined
mikehh well rakudo tests PASSed and it back to 1 processor running at 100% for partcl- format tests now 22:12
rakudo (a0082a8) builds on parrot r40549 - make test/make spectest (up to 27994) PASS - Ubuntu 9.04 amd64 22:13
jonathan mikehh: At this rate, you won't need heating in winter...just to do enough spectest runs. ;-) 22:14
22:14 skv_ joined, mj41_ joined 22:15 allison joined
mikehh well temp is supposed to be 14C but it seems warmer in my room :-} 22:15
22:23 joeri left 22:28 pyrimidine left 22:30 TimToady joined
dalek kudo: e5d0a37 | jnthn++ | src/parser/actions.pm:
Fix up code generation for hides trait_mod.
 22:35
kudo: 1a5c5f3 | jnthn++ | src/ (2 files):
Implement trait_mod:<hides> and a trait_mod:<is> for is hidden, plus add some attributes in ClassHOW that we'll use to track these.
kudo: 637d803 | jnthn++ | src/ (2 files):
Make sure we also emit a call to trait_mod:<is>($class, :hidden), even though it also has some compiler side-effects (like suppressing *%_).
22:40 rg1 joined
mikehh well that was interesting - partcl make spectest took 46 min - not all tests reported (eg the first few) 22:45
I also built and tested rakudo while it was running 22:46
eternaleye Tene: Wow, your birthday is 2 days (plus a few years) before mine 23:00
Tene nice
dalek lscript: 053512d | fperrad++ | src/pmc/wmls (5 files):
[cage] drop no longer useful "if (pass)" conditions from class_init functions
mikehh it seems for the partcl spectest the tests that did not report exited with - !! child died with signal 11, without coredump 23:03
cotto You'd think a bunch of computer geeks would be less surprised by the birthday paradox.
mikehh probability is one of the least intuitive areas 23:04
look what happens when you apply it to physics - as in quantum theory et al 23:05
cotto That doesn't seem likely. 23:06
;)
mikehh ;-}
23:29 Whiteknight joined
eternaleye cotto: It's more surprising when you consider that there were >4 people who had birthdays this week - strictly speaking, that's a rather higher number of incidences that the norm 23:40
(considering the number of people in the channel) 23:41
cotto I'll leave that as an exercise to the reader.
dalek rrot: r40550 | cotto++ | branches/pluggable_runcore (2 files):
[profiling] first attempt to deal gracefully with nested runloops
 23:49
23:50 kthakore joined
kid51 Uh oh! Smolder is down again ! 23:54
23:54 nperez joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!