% [particle] has joined #parrotsketch % [particle] is now known as particle % jisom has joined #parrotsketch % pmichaud has joined #parrotsketch % chromatic has joined #parrotsketch % bernhard has joined #parrotsketch % allison has joined #parrotsketch howdy all. coke's unavailable again today. I'm happy to run things, or particle can. go ahead, c. allison? - I checked in a first draft version of the PMC PDD. - Spent the weekend working on ticket resolution and patch application. EOR bernhard? Trying to get languages/lisp working again .eor I fixed a couple of bugs and applied a few patches. I also cleaned up some code. Then I ran out of time and went on a trip and realized that the release is today. EOR leo? particle? ~ i committed my queue of pending patches, since i was able to get all my dependencies fixed. this included namespace, exporter, object, and other work. ~ i've turned my attention to Super PMC, to try to get it working. if anybody knows precisely what's broken, i'd appreciate comments. ~ did some warnings cleanup today for release prep cia is down, so i don't have more specifics. .end pmichaud? * I'm continuing to look at a PIR-less form of transformation for perl6 and other languages * Created a draft of the abc grammar using embedded actions, now available as languages/abc/src/abc-2.pg * Comments are welcome * Based on comments from #parrot, it's likely that we will separate actions from the grammar, and then PGE will call the actions as embedded closures at runtime * This will means that the actions can be written in any language, including the "light" version of Perl 6 * So far the "light" version is very light -- thus far we only need scalars, arrays, hashes, $/, $<...> variants, method call syntax, and loops * Today I'm looking at contextual variables (needed for lvalue context) and how to handle the operator-precedence parser actions. * I expect to have running code by this time next week. EOR tewk? Added t/pdd15oo/ tests that contain a copy of all test that use the newclass. the newclass opcode is replaced with newpdd15class opcode in those tests. The new pdd15 object.pmc doesn't call vtable entries that are overloaded in PIR. This functionality is usually implemented by installing delegate redirects into the vtable that find the PIR overloads and calls them. Installing theses delegates should be done by Pmc2c. Pmc2c has organically evolved into a mess over time. So.... I've spent the last week cleaning out Pmc2c. I have a detailed understanding of what Pmc2c tries to do. I've gone over every line. I'm getting close to being done. * chromatic boggles % mj41 has joined #parrotsketch That's it for reports. Are there active questions? any dependencies for release today? I note that a full test run on my machine takes under 5 minutes now, which is the fastest I've ever seen. lucky you why faster? The only dependency to my knowledge is the "Don't run codingstd tests in a release tarball." hrmm There was a vtable lookup fix a while ago that replaced a quadratic lookup with something substantially faster. hmmm, on my smokes it does appear that we've gone from 9.67 mins to 8.00 mins for "make smoke" Not a huge win, but 10% isn't bad. 9.67min as of last Wednesday, 8.00 mins as of this morning A few more 10% fixes would add up. of course, that's for a full make smoke, which tests a lot of things not really related to Parrot efficiency :-) get me io, i'll get you a fast test suite % davidfetter has joined #parrotsketch otoh, it appears that my system is now only passing 96.23% of tests, which is the lowest I've seen I ran a fulltest last night and there were a few JIT failures that I have no idea how to fix. i386? x86_64-linux_ccache for those who are wanting to look I disabled one test for the JIT, as there's no way it would pass. and my system doesn't run JIT pmichaud, do you get t/pmc/complex.t failures wrt 0.0 and -0.0? Hm, those are all sprintf failures. Perhaps we should move the debugging to #parrot. jisom: no, complex.t seems to pass all tests on my sys Are there any other questions? I have no other questions I'm just studying and writing code today :-) c: last week you said super has been broken a long time. do you know why? I'm not sure the super opcode has ever worked. I didn't realize we had a Super PMC. or how? there's been no tests for it until i wrote some this week there's a super opcode? afair, there's been no official support for "super" in Parrot there have been some workarounds I think pmichaud and I have both worked around it. I've just not used it :-) if anyone can help me work around it, i'd appreciate it. i'm working on a pir subclass of Exporter PMC method override, currently using Super PMC, is busted. is it the method override that is busted, or the need to invoke a method of the superclass? My guess is method redispatch. right -- I never got method redispatch to work when i redispatch, the object is undefined so I figured out how to do things w/o redispatch somehow self is... missing Did Alek's invoke() patch fix that? iunno it was borked on win32 Aleks patch didn't get applied did it? applied/reverted It did, but it was whack-a-platform with regard to Win32/Unix for a while, so Allison yanked it last night before the release. I need to go look at his patch. the issue was whitespace in a .pmc file, which is a bit maddening s/opcode_t* /opcode_t */ before, it works on *nix only; after it works on win32 only I hope that the updated Pmc2c will generate standards-compiliant code. i hope it will accept standards-compliant code, too, so we can modify the .pmc files i'm happy to work on that, too If it doesn't, it will be straight forward to fix. I'm also not entirely happy with forcing the invocant into the call particle: I'll check into a pmc2c into a branch tewk: good news How do I create a branch svn cp trunk branches/pmc2c ? kid51 has some tools that might help. link? oh, all of languages/perl6's tests fail on win32 that's odd Hm, I can't find them. actually, the harness reports them passing but they all exit with non-zero code -G to the rescue, of course That's probably the Don't Eat Segfaults patch. some crazy string-related gc problem, i suspect. haven't been able to track it down yet. there's just too much code for me to step through and keep my sanity % PerlJam has joined #parrotsketch I suggest src/debug.c as our FOTW. Any objections? none here Any other questions? Or comments? none here Pithy complaints? I'll be out of town May 17-20, but will continue to work on parrot while I'm gone Thanks for participating, everyone. Let's adjourn to #parrot. see you next week % pmichaud has left #parrotsketch % davidfetter has left #parrotsketch % allison has left allison!~chatzilla@sub17-30.member.dsl-only.net % chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net % chromatic has joined #parrotsketch % chromatic has left #parrotsketch % allison has joined #parrotsketch % allison has left #parrotsketch % [particle] has joined #parrotsketch % particle has left particle!~particle@144.81.84.167 % jisom has left jisom!~jisom@74-134-230-123.dhcp.insightbb.com % bernhard has left bernhard!~bernhard@p549A28EB.dip0.t-ipconnect.de % [particle] has left #parrotsketch