Re: [perl #40438] Extending a dynpmc with a PIR method fails

2006-10-01 Thread Kevin Tew
The attached patch is my first step at locating bug #40438. It adds pdump -d functionality for keys. Leopold Toetsch via RT wrote: Thanks, I've applied a modified version of the patch, showing that it's a namespace issue caused by the .HLL line. Using .loadlib works fine and as expected. leo

Re: [perl #40429] [PATCH] test for perl code coda

2006-10-01 Thread Paul Cochrane
Will, Thank you for your work on this: it's a solid patch, I'd apply it... ... But I've just rolled this test into the recently added t/codingstd/perlcritic.t by way of a Perl::Critic policy class that's been added to the repo. Please don't be discouraged. =-) I'm not! :-) Thanks for the p

[perl #40443] Separate vtable functions from methods (using :vtable)

2006-10-01 Thread via RT
# New Ticket Created by Matt Diephouse # Please include the string: [perl #40443] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40443 > At the OSCON 2006 Hackathon, it was decided that we should separate vtables from met

Re: [svn:parrot-pdd] r14784 - trunk/docs/pdds/clip

2006-10-01 Thread Karl Forner
Hi all, It crossed my mind that we could do this, but I rejected it since it's not really helpful. The #! line is generally only applicable to UNIX-y systems. Even on those systems that do support it, the path to Parrot won't always be the same either. Just a little trick that can help. If

[perl #40438] Extending a dynpmc with a PIR method fails

2006-10-01 Thread Leopold Toetsch via RT
Thanks, I've applied a modified version of the patch, showing that it's a namespace issue caused by the .HLL line. Using .loadlib works fine and as expected. leo