Parrot 1.0 Released | parrot.org | 340 RTs left!
Set by moderator on 18 April 2009.
00:09 AndyA joined 00:10 kid51 joined
moderator Parrot 1.0 Released | parrot.org | 334 RTs left! 00:34
LylePerl There is a Rakudo build problem on vista 00:39
It won't build against parrot r38030 and later
00:39 tetragon joined
LylePerl The change in r38030 is that \\src\\pmc\\sharedref.pmc and src\\pmc\\ref.pmc are removed 00:41
Is this a parrot or Rakudo issue?
Rakudo build dies with mingw32-make: *** [perl6_s1.pbc] Error -1073741819 00:42
kid51 Today is my lucky day. I got a response to a bug ticket I filed at rt.cpan.org in March 2005! 00:52
cotto kid51, which ticket is that?
kid51 rt.cpan.org/Ticket/Display.html?id=12401 00:54
LylePerl kid51: I know mark takes on the role of maintainer for modules that have long bug queues 00:58
kid51 Is that Mark Stosberg? 01:00
cotto nie
*nice
kid51 Funny, I probably haven't done anything CGI-related since submitting that ticket. 01:02
I wasn't even employed in IT at that point.
But it was the heyday of the Phalanx project!
cotto++ for examining and closing lots of RTs 01:03
Whiteknight cotto++ # agreed 01:06
dalek rrot: r38216 | coke++ | trunk/t/benchmark/benchmarks.t:
[t] don't test removed file.
rg cotto++ # what they said :)
kid51 I once said that the way to deal with the backlog of RTs was to lock Allison, chromatic and particle in a room and not let them out until the backlog was cleared. 01:07
Now, we'll have to lock cotto in there as well ;-) 01:08
No good deed goes unpunished!
purl no good deed goes unpunished is what self-righteous morons say when their thoroughly retarded plans backfire horribly
kid51 purl, "no good deed goes unpunished" is sometimes used ironically.
purl OK, kid51.
wayland No good deed goes unpunished! 01:11
purl no good deed goes unpunished is what self-righteous morons say when their thoroughly retarded plans backfire horribly
wayland Phooey
I just wanted to see if things had changed :)
kid51 No, because I failed to capitalize the 'no' 01:12
wayland mo good deed goes unpunished! 01:13
no good deed goes unpunished!
purl somebody said no good deed goes unpunished was what self-righteous morons say when their thoroughly retarded plans backfire horribly
rg that's not it. there seem to be some things hardwired into purl
kid51 purl, forget no good deed goes unpunished
purl kid51: I forgot no good deed goes unpunished
rg no good deed goes unpunished
no good deed goes unpunished! 01:14
interesting
kid51 Ah, the bot is speechless!
wayland No good deed goes unpunished!!!!!
purl, kid51 will be happy today!
purl wayland: i'm not following you...
cotto no good purl goes unpunished
wayland phooey. It was worth a go :)
cotto which is vacuously true in this case ;) 01:15
wayland I must not have that aura of authority :)
kid51 There is a web site where you can study purl's rules. But I haven't always been able to apply them successfully.
01:17 bacek_ joined
kid51 The syntax for non-private messaging someone is what? purl msg user This is a message for you ???? 01:19
Tene kid51: yes
purl: msg kid51 this is a message
purl Message for kid51 stored.
kid51 And a private message is the same, only prefixed by /q -- correct?
Got it, thx. 01:20
Tene kid51: yes, that should work
01:27 cognominal joined
dalek rrot: r38217 | whiteknight++ | trunk/src/pmc/fixedpmcarray.pmc:
switch an instance of PMC_size(), which is specific to the FixedPMCArray PMC, to a call to VTABLE_elements instead. This way the sort method can be better inherited by subclasses (although it still doesn't work, but now it fails for a different reason. See TT #218 for details and progress
 01:33
Coke (#*@&$@#()$&@#$ 01:51
I am trying to run fulltest. people keep breaking 'codetest' while I do this. 01:52
so I fix one thing, update, rerun... boom. 01:53
kid51 purl msg Infinoid Tested your patch in nopaste.snit.ch/16321 on Darwin/PPC: 'make' and 'make test' all pass. See smolder.plusthree.com/app/public_pr...ails/20177 01:55
purl Message for infinoid stored.
shorten kid51's url is at xrl.us/bepknf
kid51 Coke: I use make fulltest_all for that 01:56
dalek rrot: r38218 | coke++ | trunk/config (3 files):
[cage] Remove trailing whitespace.
Coke kid51: that doesn't help.
kid51 y not?
Coke as then the failures are hidden in the backscroll.
It might help me ||ize my own fixes, but not when I'm getting failures introduced by 'svn up'
Infinoid kid51++, thanks for the ppc test 01:58
nopaste "kid51" at 70.85.31.226 pasted "How I log make fulltest_all" (41 lines) at nopaste.snit.ch/16324
Coke tries again.
"unable to complete fulltest_all doesn't tell you anything, does it?
I thought it ignored the results of all the various failures. 01:59
yup.
dalek rrot: r38219 | coke++ | trunk/config/auto/perldoc.pm:
[cage] no hard tabs, please.
kid51 Well, I'm trying make fulltest_all now in a screen session. I'll let you know the outcome. 02:02
Infinoid Coke: Looks like the last few codetest issues were my fault... sorry about that.
Coke kid51: it will pass. it always passes. =-) 02:03
02:05 rhr joined
Coke I wonder if anyone is running 'fulltest' anymore. Guessing not, or they would have found the shared_ref issue already. 02:05
kid51 In which core or variant? 02:06
Tene purl: msg jonathan Is there a ticket yet for 'is export' not working in modules not in a top-level namespace? that is, module Foo::Bar { sub lol is export { ... } }
purl Message for jonathan stored.
Coke kid51: it was the benchmarks test. 02:07
kid51 my fulltest_all hasn't gotten that far yet
Coke I just fixed it earlier.
ok. when you run that, are you actually going through the log looking for failures? 02:08
that being 'fulltest_all'
kid51 Just now, am trying this while the process is still running: 02:12
egrep -B1 '^Files|running-make-test' 20090419.38216.parrot.test.txt
now doing benchmark; everything up to this point passed on Linux i386 02:13
02:19 allison joined 02:23 clunker3 joined
kid51 Yes, fulltest_all passed at r38216 02:28
Coke kid51: right. of course it does. 02:35
since it ignores ALL failures...
(now tons of failures in the example tests... 02:36
Tene purl: msg jonathan Nevermind about that bug... it was a spelling error on my part. 02:38
purl Message for jonathan stored.
02:42 janus joined 03:02 particle1 joined 03:06 dukeleto joined
dalek rrot: r38220 | allison++ | trunk/docs/book/ch09_pasm.pod:
[book] HTML output can render an entity within a code example, but LaTeX

code examples. Removing it, since it's not really necessary to use the symbol for 'pi' in a code example comment. See TT #556.		 03:46
04:05 dukeleto joined 04:07 davidfetter joined
Infinoid he: FYI, kid51++ tested your asmfun.S patch on darwin and it didn't cause any problems... but we're getting too close to our 1.1.0 release (Tuesday) and just to be safe, I don't want to destabilize anything. I've got it in my local patch stack, I'll commit after the release. Are there any other issues on your list? 04:59
Do cygwin/strawberry/activestate perl all have a Win32 module? (I'm looking at trac.parrot.org/parrot/attachment/.../svn.diff) 05:21
shorten Infinoid's url is at xrl.us/bepk7d
davidfetter patch stack? 05:25
davidfetter tries to make a bad joke about registers, but fails
dalek rrot: r38221 | fperrad++ | trunk/NEWS:
[release] more NEWS
 05:51
06:00 uniejo joined
nopaste "szabgab" at 212.251.241.27 pasted "building pipp fails r38208 of parrot" (13 lines) at nopaste.snit.ch/16325 06:00
06:02 masak joined
dalek rrot: r38222 | fperrad++ | trunk/docs/project/release_manager_guide.pod:
[release] remove useless note about Source0 in parrot.spec.
 06:05
szabgab cardinal Configure.pl has --gen-parrot option but the relevant script is missing from build/ directory 06:08
Tene szabgab: feel free to steal what's appropriate from rakudo or elsewhere and post a patch on github 06:09
I'll apply any patches I get there, and grant commit privs to anyone who asks. 06:10
szabgab thanks 06:15
so I'd be glad to get a commit bit (szabgab on github) 06:17
pmichaud the create_language.pl script in the parrot repo will generate an generic build/gen_parrot.pl that can be used 06:18
(tools/dev/create_language.pl)
Tene szabgab: lemme see if I can remember how to do that... 'sec :)
szabgab I have to go now anyway... later 06:19
Tene szabgab: added
06:36 iblechbot joined 07:07 mikehh joined 07:09 baest joined 07:18 helozjisky joined 07:20 krunen_ joined
mikehh when I run make fulltest_all I log it - make fulltest_all 2>&1 | tee fulltest_all.38209.log - load the log into Kate and search for Result: 07:27
07:27 szabgab joined, raiph joined 07:47 HG` joined 07:48 Eevee joined
cotto allison, ping 07:56
allison hey cotto 07:57
cotto In PIR, should it be possible to give a named register and a label the same name?
Current IMCC allows it, but it doesn't strike me as a good idea. 07:58
and can produce some misleading error messages
07:59 wayland_ joined
allison they're different contexts, so it should be possible, but the misleading error messages mean that IMCC isn't keeping them as separate as it should 07:59
cotto ok.
allison we had a similar problem with string constants in method/sub calls, and eventually decided to just make them require quotes 08:00
dalek rrot: r38223 | cotto++ | trunk/tools/dev/pbc_to_exe.pir:
[pbc_to_exe] avoid using a named register with the same name as a label (no functional changes)
allison in this case, it's probably an op that accepts either a label or a named variable?
cotto The problem is that labels and named variables are stored in the same SymHash by imcc. 08:02
allison yes, that's just not right
cotto The easy fix is to detect duplicates, which I have a patch for. 08:03
The correct fix is pirc. ;)
allison aye, but the easy fix might be a good patch until we get to pirc 08:04
it should at least warn, even if it doesn't die
cotto The patch causes some new test failures (where labels and named vars collide), so I'll hold off until after the release.
dalek kudo: 71033ee | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 372 files, 10381 passing, 0 failing
shorten dalek's url is at xrl.us/bepmd2
cotto Thanks. 08:05
allison technically, if it removes old features it has to wait until after 1.4
(if test are failing, that's a good sign it needs a deprecation cycle)
cotto *sigh*
allison :) 08:06
but, the tests can be fixed now anyway :)
cotto yes
and there are only a handful
GeJ msg Coke Just made a 'fulltest'. Went pretty well except for t/examples/pod.t (most of the errors seem to be in ch09_pasm.pod) 08:16
purl Message for coke stored.
dalek kudo: 11352de | jnthn++ | build/gen_setting_pm.pl:
Fix gen_setting_pm.pl changes yesterday to also work on Win32.
 08:19
shorten dalek's url is at xrl.us/bepmd8
dalek kudo: 039f6d5 | jnthn++ | :
Merge branch 'master' of git@github.com:/rakudo/rakudo
shorten dalek's url is at xrl.us/bepmea
08:23 Ademan joined 08:30 particle2 joined
dalek rrot: r38224 | cotto++ | trunk/t/compilers/imcc/syn/pcc.t:
[t] remove an unused named variable
 08:31
rrot: r38225 | cotto++ | trunk/t/library/streams.t:
[t] remove an unused named variable
 08:34
cotto bsdz++ #catching accidentally passing tests 08:36
dalek rrot: r38226 | cotto++ | trunk/t/pmc/class.t:
[t] remove another unused named variable that's later overwritten
 08:38
08:53 rblasch joined 09:28 helozjisky joined 09:29 Infinoid joined, cognominal joined 10:00 he joined
bacek nicely messed up with textarea in Trac :-/ 11:12
11:36 TiMBuS joined 11:48 kid51 joined
dalek rrot: r38227 | bacek++ | trunk/src/pmc/fixedpmcarray.pmc:
Use VTABLE method instead of direct accessing attributes in FixedPMCArray.sort. Closes TT#218.
 11:50
kudo: cb2b28b | jnthn++ | src/ (2 files):
First cut of traits on variables; impelment of trait verb so 'my $x of Int' and similar now work.
 11:55
shorten dalek's url is at xrl.us/bepmn9
nopaste "kid51" at 68.237.3.168 pasted "make fulltest_all results on Darwin/PPC at 38219 (excerpts)" (608 lines) at nopaste.snit.ch/16326 12:06
kid51 Of the failing tests reported in that paste, I got the same failures on Linux/i386 for t/examples/pod.t and t/examples/streams.t at r38216. 12:09
So, 'make fulltest_all' *does* report un-TODOed test failures. 12:10
Coke . 12:21
Infinoid ; 12:22
pmichaud drat, missed kid51
Coke Infinoid: that declares my presence to purl without saying anything committal.
and look, I have a msg.
Infinoid Coke: same here, but no msg :( 12:23
Coke ah. the pasm test for ch09 is failing because chapter 9 has horribly broken pir. =-) 12:25
s/pir/pasm/
Coke wonders how much bigger he can make the IF YOU EDIT THIS FILE, FIX THE TEST message for the streams test. 12:26
12:27 ruoso joined
Coke throws fperrad under the bus on that one. 12:30
bacek purl: msg Infinoid good morning :)
purl Message for infinoid stored.
Coke msg bacek dobra otra
purl Message for bacek stored.
bacek Coke: it's night in AU :) 12:31
Coke um...
dobra vecher?
Coke guesses based on the little bulgarian he remembers.
Coke thinks that's close. 12:32
Coke finds "'dobry 'vecher"
Coke declares victory.
. o O (ya ne govo'ryu po russki) 12:33
bacek Coke: it's can be fixed :)
Coke I had some familiarly with cyrillic after poking at bulgarian. I just need a language parter, i would think. 12:35
I have no desire to add another language to the list I've dabbled with, though. be nice to add something I can claim fluency in. =-) 12:36
bacek Coke: Š“Š¾Š±Ń€Š¾ ŠæŠ¾Š¶Š°Š»Š¾Š²Š°Ń‚ŃŒ Š² Š¼Šøр руссŠŗŠ¾Š³Š¾ яŠ·Ń‹ŠŗŠ° :)
Coke my client renders that as a bunch of \\u's. =-) 12:37
Coke digs.
bacek Coke: it's weird... irssi in non utf8 console? 12:39
Infinoid in my case, it looks like greek stuff, irssi handles it fine but my terminal doesn't have the right font for it 12:40
Coke bacek;yes. normally it would render, but I'm running in screen, which seems to break a lot of that for me. 12:42
Infinoid So trac.parrot.org/parrot/changeset/38030 broke rakudo. Was Ref deprecated? 12:43
ah, it was
bacek Look like Lyle forgot to run "make clean" in rakudo between makes. 12:53
Coke wonders if he should submit a PLATFORMS update that lists failures in make examples_tests. 12:57
Coke guesses yes.
12:59 iblechbot joined
dalek rrot: r38228 | coke++ | trunk/PLATFORMS:
[docs] update osx/intel results.

not just this one.		 13:01
bacek We need access to interp->op_lib for emitting PBC from PCT. Any ideas about best way of implementing it?
13:02 rdice joined
Infinoid Does anyone have a realname for darbelo? I'm updating CREDITS for the recent patches I've applied. 13:04
Found it. 13:06
13:07 gryphon joined
pmichaud bacek: (Lyle forgetting "make clean") -- we're getting the same error under Darwin here, and I guarantee we've been running make realclean between makes. 13:11
(on both parrot and rakudo)
also, the problem we saw under Darwin wasn't tied to 38030 -- I saw failures in earlier commits. So, I don't know. 13:12
we'll want/need some more Darwin and Vista tests, I guess.
LylePerl I ran make realclean before each rebuild
I've updated the ticket with all the different versions of parrot I built, and which ones would build Rakudo 13:14
On the ones that wouldn't the error was always exactly the same
Infinoid LylePerl! 13:17
I just read perl.bristolbath.org/blog/lyle/2009...art-2.html
shorten Infinoid's url is at xrl.us/bepmu4 13:18
Infinoid You made me sound like a hero... but really, you were the extremely patient one.
LylePerl Infinoid: I had no idea what I was doing. It was all down to you really
Infinoid not everyone has the stomach for that gdb stuff :) 13:19
LylePerl I just hope one day I understand it :)
Infinoid speaking of gdb... I'd really love to get some more info on that "[perl6_s1.pbc] Error -1073741819" failure 13:20
LylePerl Me too, I can't build the latest Rakudo.
pmichaud on darwin it was getting an invalid address
Infinoid hmm, bad pointer?
pmichaud as part of loading perl6_group
Infinoid LylePerl: Are you still building with mingw? Do you still have gdb installed? 13:22
LylePerl Would you be able to talk me through it later? I can't right now, I've got to get things ready for my class. But I should be available from 8pm BST (it's 2:22pm now)
Infinoid Sounds good. 13:23
LylePerl :)
Yes, Mingw and gdb 13:24
pmichaud LylePerl++ # excellent blog article 13:28
moritz where? 13:29
pmichaud perl.bristolbath.org/blog/lyle/2009...art-2.html 13:30
shorten pmichaud's url is at xrl.us/bepmu4
13:32 rakudohudson joined
moritz indeed, LylePerl++ 13:32
13:33 megazooch joined 13:34 rg joined 13:35 rg joined
masak LylePerl++ 13:35
dalek kudo: 07bfffc | pmichaud++ | :
Merge branch 'master' of git@github.com:rakudo/rakudo
 13:43
shorten dalek's url is at xrl.us/bepmxv
dalek kudo: 480902e | pmichaud++ | src/ (2 files):
Updates to enable .hash to work on Match objects.
LylePerl Thanks everyone. Now that I've done most of my guide, my next blog post will aim to get more people from B&BPM to help with development
shorten dalek's url is at xrl.us/bepmxx
pmichaud Speaking of which... we're still looking for a name for Rakudo's April release :-) 13:44
masak pmichaud: did you make the post you talked about? 13:47
dalek rrot: r38229 | Infinoid++ | trunk/CREDITS:
Add entries to CREDITS for darbelo++, he++, LylePerl++.
 13:48
13:51 PacoLinux joined
rg infinoid: thanks. however i don't think anyone committed the fp jit workaround yet. pending review by tewk (who seems to be mia) 13:54
since you're at it ... i think i'll also have a PLATFORMS update for you. let me update and get you a diff 13:55
Infinoid rg: You submitted it, you get credit for that :) 14:01
nopaste "rg" at 62.216.214.73 pasted "PLATFORMS update for FreeBSD and Solaris" (44 lines) at nopaste.snit.ch/16327 14:07
14:07 rafl joined
dalek rrot: r38230 | Infinoid++ | trunk/PLATFORMS:
Apply PLATFORMS update from rg++.
 14:14
14:31 PacoLinux joined
Coke pmichaud: is the request for a hold on the parrot release still valid? 14:35
(given that rakudo seems to depend on non-release versions of parrot, I would hesitate to delay the release in general.) 14:36
14:36 davidfetter joined
pmichaud Coke: I'm not sure what to do there. 14:39
In theory, I'd like the release versions of Rakudo to be able to build against the appropriate release versions of Parrot
thus, while the git-checkout version of Rakudo might not build against 1.1, it seems that the April 23 release of Rakudo should be able to build against the April 21 release of Parrot.
(that's why Rakudo releases are timed so closely after Parrot releases) 14:40
so, if the Parrot release comes out and is completely unable to build Rakudo, it's not possible for me to create a Rakudo release against that Parrot release.
Coke tcl's "solution" there would be to continue to target the old release. 14:41
perhaps branching if necessary. Not a great plan.
14:46 Andy joined 14:51 szabgab joined
pmichaud well, there's no way that Rakudo's Apr release would be able to target the Parrot Mar release. 14:52
Rakudo currently relies on various Parrot improvements.
Coke I think trying to keep the HLL development generally linear, but with release tracking against parrot is going to be hard without branching. 14:56
not that I'd recommend branching, per se. 14:57
Hopefully someone can bisect to find the error before it's an issue. =-)
Infinoid They did, it was the Ref deprecation
pmichaud For Vista it appears to be the Ref deprecation, yes.
For Darwin it wasn't the Ref deprecation.
Infinoid uh oh 14:58
pmichaud at least not on the machine I was able to test with.
Infinoid Some backtraces would help, if possible
pmichaud yes, I don't have ready access to the darwin machine here.
Infinoid No problem, I'll work with LylePerl on the vista side when he has a moment 14:59
pmichaud Coke: With Rakudo I'm just trying to follow the "recommended plan" on a one-month timescale instead of a 6-month timescale. 15:00
15:00 iblechbot joined
pmichaud but if the idea is that HLL's should only ever build to a release... that's not quite good for hll developers yet. 15:00
Coke pmichaud: was this darwin/x86 ? 15:02
I have that and can run something for you. 15:03
15:06 rafl joined
Coke trying with rakudo-latest... 15:09
mikehh just looking at the results of make fulltest_all - failures in make testj and make examples_tests - the rest PASS 15:11
Ubuntu Intrepid i386 at r38226
testj as per TT#530 - passes if I apply rg's patch 15:12
I think I saw the examples_tests failures reported earlier 15:13
t/examples/pod.t - Failed tests: 4, 9-10, 80-83, 85, 87, 89-96, 98, 100-101, 103, 105-106, 108-110, 112, 117-119, 121, 153 15:15
Coke mikehh: one of them has a ticket. you can probably open a trac for the t/examples/pod.t
(the streams.t has a ticket)
mikehh the streams.t reads an additional 2 lines at the beginning 15:17
15:17 jaffa joined
jaffa hi 15:18
Is there a support for structs in Parrot?
pmichaud Coke: yes, darwin/x86.
15:18 Theory joined
Coke pmichaud: failure in 'make test' ? 15:19
rg jaffa: no, parrot isn't that high level 15:20
Coke when you say structs, do you mean c-level structs? something /like/ structs?
jaffa yes
Coke "which"
pmichaud: 'make test' passes here. 15:21
mikehh Coke: ok will check further and then open a ticket - hopefully with a patch or something
jaffa c level structs
Coke, clevel structs 15:22
Coke jaffa: see perldoc src/pmc/*struct*.pmc
rg jaffa: you could maybe use objects and attributes
Coke rg: or he can use the PMCs that appear to already wrap the c-level structs? 15:23
particle2 parrot can interact with c functions via the native call interface (nci) and c structs with the managedstruct and unmanagedstruct pmc
jaffa ok 15:24
rg coke: right, i guess it depends a lot on what you're trying to do.
jaffa I implemented a small language
I just wonder how I could make structs
I ran into difficulties , I remember 15:25
rg jaffa: can you point us at some code that illustrates your problem? 15:27
jaffa I use s1, s2 and n1, n2 etc
no, I cannot 15:28
I made a small compiler
Infinoid tries to reproduce the rakudo fail on mingw/winxp
jaffa I wanted to extend it so it could handle structs as well
and I used pasm
but I could not see how I could declare a variable based on a struct 15:29
rg you mean you're trying to write a c compiler?
jaffa not c
just a compiler which uses some elements of C 15:30
Infinoid Hmm. On mingw, the "try re-running Configure.pl with the '--gen-parrot' option" lines aren't emitted properly, it just says "'parrot' is not recognized as an internal or external command" and barfs there.
Coke Infinoid: where were the failures occurring? 15:31
I'm, what, 10 hours into running 'make spectest' and things seem fine so far.
Infinoid Coke: The vista issue looks like a build failure... rt.perl.org/rt3/Ticket/Display.html?id=64694
Apparently the darwin failure was something else. I don't know any details
Coke jaffa; if you're trying to develop something C-like that isn't actually C, I would just do the structs as a PMC and not try to provide direct access to them. 15:32
build failure of parrot or rakudo?
jaffa ok
Infinoid rakudo
pmichaud Coke: failure was in build.
jaffa I did not want direct access to them
Coke pmichaud: ok. there is no failure in the build for me.
(on darwin)
jaffa 'just as a language feature 15:33
pmichaud If 'make test' passes, I'm willing to accept that the problem was local to the machine.
Coke I can provide more details if you need them.
jaffa so there is pmc for that ok
Coke jaffa: you can roll your own PMC, or use a PIR object, or...
seems like a Hash would be "close enough".
Infinoid pmichaud: Should it make any difference whether I use --parrot-config=../parrot or let rakudo make its own checkout?
pmichaud Infinoid: it might, depending on your parrot.
Coke perhaps a PIR level subclass of hash that restricted the valid set of keys?
rg would probably go for a pir object. but then coke has more experience implementing a language ;)
Infinoid my parrot is svn latest. (well, git latest) 15:34
15:34 estrabd joined
Coke pmichaud: I'm did a 'git pull', removed parrot/ , and then ran perl Configure.pl --gen-parrot 15:34
pmichaud Infinoid: that sounds okay.
Coke: yes, you did the correct sequence.
Coke s/I'm/I/
jaffa What is the speed of parrot nowadays?
pmichaud I'm willing to accept that there may have been something odd on the machine itself.
jaffa has anyone made a test?
Infinoid 316512 feathers per minute
pmichaud I'm only getting 280,000 feathers per minute :-| 15:35
Infinoid fsvo "feather"
pmichaud Given that you've been able to make it work on Darwin, I'm quite willing to retract the hold. 15:36
Coke if you have some kind of smoke test, I can setup a cron job to give you daily reports. 15:38
Infinoid this mingw build will take a while, I'll let you know
Coke (can just tack it onto my parrot tests)
pmichaud Coke: I have a script I regularly run to produce the daily status updates -- I might be able to adapt it a bit. 15:39
Coke might be nice to have a new project setup for rakudo at the smolder site.
pmichaud yes, I agree. 15:40
Infinoid my build barfed on a Makefile double-quoting issue... g++ -o perl6_group.dll [snip a bunch of objects and libs] -shared ""C:/Documents and Settings/mark.glines/parrot-trunk/libparrot.dll"" 15:41
nopaste "coke" at 65.91.151.195 pasted "perl6 spec test failures on darwin." (10 lines) at nopaste.snit.ch/16328 15:44
rg infinoid: that sounds familiar. i think there is a ticket that says parrot can not be built in a dir containing spaces 15:45
Infinoid parrot builds fine, it just can't build rakudo in a dir containing spaces
pmichaud well, that makefile is generated by parrot.
Infinoid actually, the Makefile is fine 15:46
I removed the $PATHQUOTEs from tools/build/dynpmc.pl:116, and now it's gettting farther
now I think I need to do the same for the ops script
pmichaud I think those scripts are deprecated, fwiw. 15:47
Rakudo needs to evolve beyond them (and we're still looking for the exact mechanism to do that)
Infinoid ok. well, I'll patch them anyway, even if they're going away 15:48
weird. in RT #64694, the build log shows parrot running an empty file to generate src/gen_setting.pir, but that's not what happened here 15:51
I have a successful build.
pmichaud Infinoid: what platform? 15:53
Infinoid mingw/winxp
Coke Infinoid: perhaps a missing dep?
(so an earlier failure didn't prevent something that depended on it from running?) 15:54
nopaste "Infinoid" at 75.140.33.106 pasted "Portion of my build log (for comparison against RT #64694)" (5 lines) at nopaste.snit.ch/16329
Infinoid it's possible. looks like the dynpmc.pl and dynoplibs.pl scripts ignore some error returns in child processes, too, though that might have been my imagination 15:55
Actually, I think you're right, it must be the aftermath of some other previous failure 15:56
erm, that nopaste wasn't very useful. Let me make a fresh build 15:58
jaffa Coke, thanks
dalek rrot: r38231 | Infinoid++ | trunk/config/gen/makefiles (2 files):
[config] Fix a build issue on mingw when building out of dirs containing spaces.
 16:03
kudo: 5919b0c | jnthn++ | src/builtins/guts.pir:
Fix does at the point of declaration. (We're kinda cheating because we should really do it at compile time. This may result in shoes loudly being banged on tables.)
 16:14
shorten dalek's url is at xrl.us/bepnot
nopaste "Infinoid" at 75.140.33.106 pasted "full rakudo build log on mingw32-winxp (for reference)" (89 lines) at nopaste.snit.ch/16330 16:18
16:19 clunker3 joined
dalek rrot: r38232 | pmichaud++ | trunk/NEWS:
More NEWS update.
 16:30
16:40 acajou joined 16:43 PacoLinux_ joined
dalek rrot: r38233 | jonathan++ | trunk/src/pmc/fixedpmcarray.pmc:
[core] Revert r38227 because it's wrong wrong wrong. The address of an array should not change when you push an element onto the array, and the addresses of two empty arrays should not be the same!
 17:16
particle- jonathan: updating tt#218? 17:19
jonathan particle-: re-opened and commented on it just a few seconds ago :-) 17:20
and pmichaud is writing a test case
particle- so i see :)
dalek rrot: r38234 | pmichaud++ | trunk/t/pmc/resizablepmcarray.t:
Tests for RPA and commits 38233 (revert of 38277).
particle- whee!
pmichaud three tests, actually.
jonathan nice
Hate to just rip out people's work, but it was *very* broken and release is tomorrow. 17:21
particle- that's entirely appropriate 17:27
17:33 bsdz joined
Infinoid "This process will run forever, or until it is killed, whichever is sooner." 17:51
17:53 darbelo joined
bsdz Infinoid: hi, you wouldn't know of any way i can look inside my pmc data structure whilst in a gdb/vs debug session? perhaps there's an included function 18:02
pmichaud bsdz: normally "print" does that.
bsdz pmichaud: i'll give that go. 18:03
Infinoid bsdz: the details of what you want to print will vary a lot depending on what kind of pmc it is
bsdz tbh it's a rpa. i know the info i want is in the data element. is there a way i can freeze it from C then i could thaw it in pir? 18:04
18:04 barney joined
Infinoid hmm, maybe the yaml dumper will do what you want 18:04
bsdz does it have a corresponding C function? 18:05
Infinoid or maybe just RPA.get_repr() 18:06
bsdz oh hold i'll try that
Infinoid assuming all your pmcs stringify properly, that will give you something, at least.
bsdz something like this? (*((*rpa).vtable)).get_repr() 18:08
Infinoid oh, from C? try VTABLE_get_repr(interp, rpa) 18:10
18:10 HG` joined
dalek pp: af39365 | (Gabor Szabo)++ | README:
improve instruction on how to build pipp
 18:15
shorten dalek's url is at xrl.us/bepoa3
dalek pp: 9951e7c | (Gabor Szabo)++ | Configure.pl:
warn about missing fields from parrot_configure
shorten dalek's url is at xrl.us/bepoa5
dalek pp: 123a4b1 | (Gabor Szabo)++ | Configure.pl:
eliminating further warnings from Configure.pl
shorten dalek's url is at xrl.us/bepoa7
dalek pp: f72b269 | (Gabor Szabo)++ | Configure.pl:
more warning on missing parrot_config field
shorten dalek's url is at xrl.us/bepoa9
bsdz Infinoid: thanks. i eventually found Parrot_PMC_get_repr
Infinoid ah, you're using the extend interface. ok 18:18
bsdz seems to work. my empty rpa has a strstart = "[ ]" :) 18:19
Infinoid cool 18:22
18:24 acajou left
Coke just had a failing smolder report on linux i386, r38234 18:30
smolder.plusthree.com/app/public_pr...st_failure
shorten Coke's url is at xrl.us/bepodu
rg if i'm allowed a wild guess, that looks like a conflict with an older installed parrot 18:32
Coke That shouldn't be happening anymore. :| 18:37
not necessarily because I know someone fixed it. more youthful optimisim.
rg it's hard to tell just from a smolder report
Coke crap. I never did get partcl working with an installed parrot. :| 18:38
if someone has tuits, that would be a lovely project before tomorrow. =-)
pmichaud: ping 18:44
msg pmichaud can you verify if haud: ping [14:45] [@Coke(+i) 18:45
purl Message for pmichaud stored.
Coke er.
msg pmichaud whoops. Can you verify if rt.perl.org/rt3/Ticket/Display.html?id=47970 is still an issue for you?
purl Message for pmichaud stored.
Infinoid darbelo++ # thanks for testing, I'll close #529
dalek rrot: r38235 | fperrad++ | trunk (3 files):
[codingstd] partial revert of r38115,

by t/codingstd/svn_id.t See TT #554.		 18:59
Coke fperrad++ 19:10
19:14 japhb joined
cotto bacek++ for finding old tickets 19:14
19:15 japhb joined 19:24 amoc joined 19:29 slavorgn joined
LylePerl Hi 19:30
Back a bit later than I'd hoped 19:31
Infinoid howdy
particle- tpf gsoc accepted projects list here: socghop.appspot.com/org/home/google...9/dukeleto
shorten particle-'s url is at xrl.us/bepomj
Infinoid LylePerl: I posted a reply to your RT #64694, but basically, what would be really useful is to get a nopaste (or whatever) of your full rakudo build log 19:32
I think there's something else that went wrong, earlier than the stuff you pasted
19:33 helozjisky joined
LylePerl ok 19:33
19:38 fperrad joined
cotto realizes that he'll need to finish updating the PMC docs for darbelo 19:39
Infinoid opbots, trust fperrad
slavorg Ok
clunker3 But I do not trust you Infinoid
slavorgn Ok
Coke clunker3, die! 19:40
Infinoid clunker3, I do not trust you either.
darbelo only now notices that Christoph Otto contracts to cotto.
cotto yup 19:41
darbelo I guess we can start bonding now :) 19:43
cotto gets the superglue 19:44
19:44 particle1 joined
Infinoid darbelo? 19:45
purl darbelo is Daniel Arbelo Arrocha <mailto:dany.arbelo@gmail.com>
Infinoid darbelo is also into bonding
purl okay, Infinoid.
darbelo darbelo is also arbelo@gmail.com 19:46
purl okay, darbelo.
Infinoid darbelo?
purl darbelo is, like, Daniel Arbelo Arrocha <mailto:dany.arbelo@gmail.com> or into bonding or mailto:arbelo@gmail.com
Infinoid beautiful.
purl beautiful is a love thing
Infinoid me?
purl you are Mark Glines <mailto:mark@glines.org> or likes shiny things
LylePerl infinoid: Just building the latest parrot, then I'll try and build Rakudo and give you all the details 19:47
Infinoid LylePerl++
cotto darbelo, how familiar are you with the current way PMCs work?
darbelo I've read the docs and played with some PMCs, mostly easy stuff. 19:52
cotto Much of the current documentation needs to be updated. I'm currently working on docs/pmc.pod, although there are a couple others too. 19:55
The big change is that the UnionVal shouldn't be used and ATTRs should. 19:56
Hmmm. It appears at first glance that pmc_reuse leaks whatever's in the old pmc's PMC_data. 19:58
rg should pir and pasm registers be the same or does parrot assign whatever it wants? 19:59
Infinoid they're dynamically assigned in pir 20:00
pir has a register allocator, and there are lots of hits for that in the documentation, but I'm not sure where it's actually implemented. 20:02
barney cotto++ for converting PhpResource to ATTRs 20:03
Infinoid ah, compilers/imcc/reg_alloc.c
rg infinoid: thanks. if they're not the same, that's all i need to know to tell that -t output won't exactly match the .pir file. 20:04
dalek pp: 0e5bea9 | (Bernhard Schmalhofer)++ | src/pmc/phpresource.pmc:
Convert PhpResource to using ATTRs, Courtesy of Christoph Otto
shorten dalek's url is at xrl.us/bepork
dalek pp: 83422c3 | (Bernhard Schmalhofer)++ | :
Merge branch 'master' of git@github.com:bschmalhofer/pipp
shorten dalek's url is at xrl.us/beporn
rg would you happen to know if the register values shown in -t output is before or after the statement in the same line is executed? 20:05
nopaste "LylePerl" at 78.86.207.240 pasted "Vista Rakudo build" (93 lines) at nopaste.snit.ch/16333 20:06
rg looks a lot like before to me
Infinoid the register values are before, yes. 20:07
LylePerl: That looks like a broken dynpmc.pl. one moment
which perl are you using? 20:08
(just wondering how many similarities between our platforms I can rely on) 20:09
from the path, I'm guessing maybe activestate? (mine is strawberry)
LylePerl ActivePerl 5.10 20:12
dalek rrot: r38236 | fperrad++ | trunk/t/codingstd/c_function_docs.t:
[t] allows this test to run on Windows

Trailing \\ in regex m/C:/fperrad/Parrot/trunk\\/ at t/codingstd/c_function_docs.t line 37.
Coke I wonder if that fixes the 5.8 vs. 5.10 discrepancy also. 20:13
Infinoid ok, thanks. I'm at a loss as to why your dynpmc.pl would act so completely different from mine
LylePerl what rakudo are you on, I checked out a version from last week so I could build on the older parrot 20:15
Infinoid oh, wait. no, that's doing the same thing as mine, I was just looking at the wrong section
LylePerl I'll update my rakudo
Infinoid this was rakudo HEAD as of a few hours ago
nopaste "LylePerl" at 78.86.207.240 pasted "Vista Rakudo build latest" (93 lines) at nopaste.snit.ch/16334 20:19
Infinoid LylePerl: Ready for some gdb-fu?
LylePerl yeah! :) 20:20
Infinoid Judging from that make error on the last line, parrot is returning 0xc0000005
which is a little odd.
all right, gdb C:\\temp\\rakudo\\parrot\\parrot.exe
run -o perl6_s1.pbc perl6.pir
nopaste "LylePerl" at 78.86.207.240 pasted "gdb rakudo parrot" (10 lines) at nopaste.snit.ch/16335 20:22
LylePerl segfault
purl well don't DO that, then.
Infinoid bt
cotto Infinoid++ #pun 20:23
Infinoid feels like he's missed something :)
cotto Infinoid Judging from that make error on the last line, parrot is returning 0xc0000005 20:24
Infinoid which is a little odd.
Infinoid oh, hah
LylePerl ? 20:25
Infinoid as opposed to even
the pun wasn't intended :)
cotto: would you mind looking at LylePerl's crash? 20:26
nopaste.snit.ch/16335 looks like the interp->vtables array may have been allocated with fewer than 83 entries. And his bisect says it started at r38030, where you removed Ref and SharedRef 20:27
LylePerl Anything else I can try here to get more info from gdb? 20:29
Infinoid absolutely. as a sanity check, see what you get from "print interp->vtables" and "print interp->vtables[type]'
cotto Infinoid, np. I'll look at it later today. 20:31
nopaste "LylePerl" at 78.86.207.240 pasted "gdb vtables prints rakudo parrot" (4 lines) at nopaste.snit.ch/16336
cotto Is that after a make realclean?
LylePerl It was a make realclean, then I tried to build rakudo, then I tried gdb 20:32
Infinoid I think it's actually a fresh checkout built by the rakudo makefiles, cotto
LylePerl Shall I realclean, then straight to gdb?
Yes I grabbed the latest with git pull 20:33
cotto Was it a rakudo realclean or a Parrot realclean?
LylePerl both
cotto ok
NotFound PARROT_ASSERT(type < (int)((sizeof interp->vtables) / (sizeof interp->vtables[0])));
Adding this assertion before that lines fails
Infinoid isn't sizeof interp->vtables just sizeof(a pointer)? 20:34
LylePerl If you want I can start from scratch with a whole new folder?
NotFound Sorry, <=
Also fails
Infinoid NotFound: interp->vtables is a VTABLE **, so sizeof() is probably just 4 or 8, depending on your platform 20:35
NotFound Forget it, is not an array
purl NotFound, I didn't have anything matching it, is not an array
Infinoid LylePerl: it sounds like you've already done that, several times
LylePerl: print interp->vtables[type]->_namespace
see if that returns data, or just crashes. 20:36
LylePerl (gdb) print interp->vtables[type]->_namespace $3 = (PMC *) 0x0
cotto LylePerl, if you haven't already done that, yes, but there's no point if you're just doing something you've done (several times) before.
LylePerl I'll do it again anyway, can't harm 20:38
Infinoid ok. so that line will try to call ((PMC*)0)->vtable->set_pmc_keyed_str, which explains the segfault
NotFound PARROT_ASSERT(type < PARROT_MAX_CLASSES); <-- This one passes 20:39
Infinoid NotFound++
so that doesn't explain why Ref or SharedRef have anything do do with this... maybe we're just lucky. 20:40
NotFound PARROT_ASSERT(interp->vtables[type]->_namespace); <--- Pass 20:41
LylePerl Maybe they are a red herring?
Infinoid probably. maybe it changed a data structure or buffer size enough to exceed some boundary
NotFound: It doesn't seem to occur anywhere other than LylePerl's (vista, activestate, mingw) box so far. 20:42
I can't reproduce it on winxp (strawberry, mingw)
NotFound This function is called from dynpmc. I think it lacks a runtime check, better than an assertion. 20:43
Infinoid Sure, we can crash prettier. I'm a little concerned that we crash at all though :)
LylePerl I could try ActiveState, xp, mingw on another machine
Or strawberry, mingw, vista on another 20:44
Infinoid if all else fails, we might have to do that. At the moment, I'm trying to figure out where _namespace is assigned, though, because that shouldn't be null 20:45
NotFound I CAN HAZ BACKTRACE?
Infinoid LylePerl: Yeah, the output of "bt" wouldn't hurt
Coke sees the mentor list approach the GIFT.
GIFT?
purl giFT is a daemon the can handle multiple file-sharing protocols loaded via plug-ins. www.giftproject.org or German for "Poison" or Dutch for "Poison" or Norwegian for "poison"
dalek rrot: r38237 | allison++ | branches/pcc_rewiring/src/multidispatch.c:
[pcc] Use a resizable Integer array, instead of trying to calculate it

needs to be.		 20:46
Infinoid GNU Interactive Flow-control/Throttling?
nopaste "LylePerl" at 78.86.207.240 pasted "gdb bt rakudo parrot" (25 lines) at nopaste.snit.ch/16337
Coke Infinoid: penny arcade reference. 20:47
the Greater Internet ****** Theory.
(it's not that bad, but some people need to relax.) 20:48
Infinoid oh, heh
the only reason it's not that bad is because of incomplete anonymity 20:49
what platform, NotFound? 20:51
cotto LylePerl, good news. The rakudo build segfaults on my system too.
Infinoid oh, oops, I got lost in scrollback for a sec 20:52
LylePerl That one I was trying from scratch in a new folder just worked :s 20:53
20:54 ascent joined
LylePerl *Lyle* wants to shoot himself 20:54
I don't understand... Is this a realclean issue then?? 20:56
Infinoid You could just remove rakudo and parrot entirely, and start over from a fresh checkout to be sure.
(I call that "really really realclean") 20:57
cotto afk
LylePerl Infinoid: That's what I just did and it worked
Infinoid ok. yeah, it's possible that something didn't get cleaned properly 20:58
LylePerl All the other ones I did was realclean parrot, realclean rakudo, build parrot, build rakudo
I feel so stupid, sorry I should have done that sooner. I trusted the realclean 20:59
NotFound Reporting realclean failures is not bad
moritz realclean usually works for me, but sometimes I just realclean parrot and forget to clean rakudo as well
Infinoid does rakudo's realclean chain and call the parrot realclean? 21:00
moritz don't think so
Infinoid I've never used the auto checkout stuff, I use --parrot-config= instead
LylePerl So the r38029 to r38030 issue was probably just a realclean issue 21:01
Infinoid well, this is good news. maybe we can have a non-broken 1.1 release tomorrow :) 21:02
LylePerl Maybe realclean was leaving in .o versions of those 2 files and they were being picked up in the build?
Coke I would imagine rakudo's realclean could cheat and just rm -rf parrot/
moritz Coke: that's a bad idea, I might have local modifications in there 21:03
rg and it would waste a lot of bandwidth and time to do a full checkout
moritz maybe there's a compromise 21:04
that just wastes disk space ;-)
Coke I did say it was a cheat. =-)
21:05 Theory joined
moritz checkout out parrot to parrot-svn, and then rm -rf parrot, and svn copy to parrot/ again 21:05
Infinoid if parrot supported separate source and build dirs, that would be a very clean solution 21:06
NotFound I'v tried today to build with parrot installed in a user directory and it works well 21:08
perl Configure.pl --prefix=/myhome/insparrot ; make ; make install-dev 21:09
Then you just add /myhome/insparrot/bin to the PATH and configure and build rakudo 21:11
21:12 ascent joined 21:15 ascent joined
LylePerl Infinoid and others, sorry I wasted your time 21:16
I'm doing a few more builds to see if I can get the problem again and find out what the real cause was
Infinoid LylePerl, no worries. Thanks for the successful test report :)
21:18 ascent joined
rg just found what to occupy his spare time with: lots of rakudo spectest failures on freebsd :( 21:20
moritz got 4 IO related failures 21:21
21:41 donaldh joined
bsdz hi, is there anyone who might be able to help with a pmc internals question? 21:41
21:44 he joined
Infinoid bsdz: yes. Was that the question? :) 21:48
moritz (in general, just ask, instead of asking to ask) 21:49
bsdz cool, when i run find_method on my class it doesn't find anything. find_method does a hash search on ->methods but inspect shows all my methods under ->namespace. is that right 21:52
nopaste "bsdz" at 78.105.78.157 pasted "methods or namespace?" (108 lines) at nopaste.snit.ch/16339 21:55
"he" at 158.38.152.119 pasted "Add NetBSD/arm 4.0 info to PLATFORMS, ref smoke report 20223" (12 lines) at nopaste.snit.ch/16340 21:56
21:57 particle1 joined 21:59 contingencyplan joined
Infinoid he++ # probably the first testing we've gotten on ARM so far this year! 21:59
particle1 hey, nice! which arm rev?
he heh. StrongARM, sa-110
Note, this is with parrot 1.0.0, so no jit. 22:00
particle- nice. one step closer to working on a BUG
there's no jit for arm in any parrot release yet
Infinoid though jit for arm would be a beautiful thing 22:01
he There appears to be some code for it, but it's not enabled.
Infinoid I know enough arm asm to be able to imagine some pretty awesome possibilities 22:02
dalek kudo: 2703c20 | (Moritz Lenz)++ | src/ (2 files):
rename s/readline/get/g, and remove prefix:<=>

it does make three of the four failing spectests pass again.		 22:08
shorten dalek's url is at xrl.us/beppe2
rg he: i highly doubt jit would still work on arm. it's not enabled by default, although it seems to have worked at some point. 22:09
dalek kudo: ae5e785 | (Moritz Lenz)++ | src/setting/IO.pm:
implement limit to IO.lines
 22:12
shorten dalek's url is at xrl.us/beppfg
Infinoid I'm sure we've made some api changes in the meantime
particle- does llvm jit work on arm? if so, we may have a prototype by the end of the summer 22:13
22:15 Whiteknight joined
dalek rrot: r38238 | Infinoid++ | trunk/PLATFORMS:
PLATFORMS update for netbsd4.0-arm-gcc-4.1.2 from he++.
 22:15
rg particle: not according to their release notes :( 22:16
Infinoid presumably they work fine in 32 bit EABI mode
dalek rrot: r38239 | fperrad++ | trunk/config (2 files):
[doc] revert patch from TT #555 (he)
 22:18
Infinoid uh oh 22:20
fperrad: good catch. I've got strawberry to test with here... but I'll wait until after the release regardless of whether I find a fix 22:23
fperrad infinoid, i want build/upload a CHM with release 1.1.0 22:25
Infinoid chm?
purl it has been said that chm is but compiled, indexed, html.
Infinoid ah, nice
fperrad available on parrotwin32.sourceforge.net/ 22:28
built on Windows, but readable on [m]any platform
bsdz i find my chm manual like a bible :) 22:31
fperrad Coke, t/codingstd/c_function_docs.t has many failures(86/358) 22:33
do you have a plan before the release ?
22:52 tetragon joined
dalek kudo: 49e00b4 | git++ | src/classes/Object.pir:
Added "get_number" method to Object.pir to allow numification/intification of Perl 6 classes.
 22:54
kudo: cea34fd | (Moritz Lenz)++ | t/spectest.data:
we pass S13-type-casting/methods.t
shorten dalek's url is at xrl.us/beppku
dalek's url is at xrl.us/beppkw
23:01 kid51 joined 23:05 donaldh left
moderator Parrot 1.0 Released | parrot.org | 333 RTs left! 23:25
rg hehe. nice :) 23:31
nopaste "LylePerl" at 78.86.207.240 pasted "I feel like I'm taking crazy pills :(" (114 lines) at nopaste.snit.ch/16341
LylePerl infinoid: ping? 23:32
23:38 Limbic_Region joined
darbelo LylePerl: Have you tried a "svn status" to check for local modifications? 23:43
or the git equivalent. 23:45
LylePerl I think I've narrowed it down to a realclean problem... one sec I've got another nopaste... 23:46
cotto LylePerl, is this still the problem that's keeping current rakudo from building?
LylePerl cotto: If I started from scratch with a completely new folder it builds 23:47
but cleaning up my old ones it doesn't 23:48
nopaste "LylePerl" at 78.86.207.240 pasted "realclean misses libparrot.dll and the src/ops folder" (53 lines) at nopaste.snit.ch/16342 23:49
LylePerl my last 2 nopastes tell the story. realclean isn't doing it's job, at least not on Vista 23:50
cotto Hmmm. I'll see if that happens for me too.
That substantially narrows down the source of the brokenness. 23:51
LylePerl darbelo: the diff -qr would pickup local modifications in the svn
rg lyleperl: btw i've just commented on the ticket you showed me (Null PMC access ...). I can't verify the problem after all and rakudo builds fine on freebsd and openbsd.
cotto LylePerl++ #taking the crazy pills 23:53
LylePerl rg: you mean #64694? Null PMC access is someone else I think... 23:54
rg i mean #63922 23:55
LylePerl rg: That wasn't me :/ 23:56
rg ah right, that was he. sorry, misread the log there. 23:57
LylePerl rg: no worries 23:58
Infinoid LylePerl: pong
dalek rrot: r38240 | allison++ | branches/pcc_rewiring (2 files):
[pcc] Convert PCCMETHODs over to new calling convention internals.
Whiteknight allison++ #excellent work! 23:59

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!