Re: [perl #42430] [PATCH] make :vtable imply :method

Here's the original post where I gave the rationale for making the flags work as they do: I'm comfortable with a modification saying that :vtable always gets the 'self' parameter like :method does

Re: PDD15 implementation status

On Sunday 15 April 2007 15:52, Jonathan Worthington wrote: > chromatic wrote: > Sorry, I didn't get to adding one yet, but this should do it: > > $P0 = new 'Class' > addattribute $P0 'foo' Hm, it segfaults for me (and rightly so) if I instantiate a non-class (try 'Hash' for some fun), but when

Re: PDD15 implementation status

chromatic wrote: On Sunday 15 April 2007 15:28, Jonathan Worthington wrote: * addattribute segfaults if passed a PDD15 class. I'll fix that tomorrow, if nobody beats me to it If there's a test case, I can probably fix it. That'll free you up to implement new things. Sorry, I did

Re: PDD15 implementation status

On Sunday 15 April 2007 15:28, Jonathan Worthington wrote: > * addattribute segfaults if passed a PDD15 class. I'll fix that > tomorrow, if nobody beats me to it If there's a test case, I can probably fix it. That'll free you up to implement new things. -- c

Re: PDD15 implementation status

Jonathan Worthington wrote: #Instantiate it. $P2 = $P2.new() Uh... $P2 = $P1.new() D'oh. Jonathan

PDD15 implementation status

Hi, With much of PDD15 implemented, I thought it'd be good to explain how far along we are (and aren't) as the next release approaches. Here's some code examples. --- # You can initialize a class with a hash... $P0 = new 'Hash' # Set name Will also associate with Monkey namespace nested in c

Re: Should a dirhandle be a filehandle-like iterator?

On Sun, Apr 15, 2007 at 01:16:32PM -0400, John Macdonald wrote: : On Fri, Apr 13, 2007 at 08:14:42PM -0700, Geoffrey Broadwell wrote: : > [...] -- so non-dwimmy open : > variants are a good idea to keep around. : > : > This could be as simple as 'open(:!dwim)' I guess, or whatever the : > negated

[perl #42533] [TODO] do not check PIR coda for languages/dotnet/src/builtins.pir

# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #42533] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=42533 > languages/dotnet/src/builtins.pir is a generated file, so editor hints are not v

Re: Should a dirhandle be a filehandle-like iterator?

On Fri, Apr 13, 2007 at 08:14:42PM -0700, Geoffrey Broadwell wrote: > [...] -- so non-dwimmy open > variants are a good idea to keep around. > > This could be as simple as 'open(:!dwim)' I guess, or whatever the > negated boolean adverb syntax is these days open(:file), open(:dir), open(:url

Re: Executing Perl 6 code using PIR backend

On Apr 15, 2007, at 11:36 AM, Andrew Shitov wrote: Hi perlers, < SNIP of Pugs stuff> OK, trying to use parrot for executing PIR-code: parrot test.pir Plenty of errors this time: error:imcc:syntax error, unexpected DOT in file 'h.pir' line 7 error:imcc:syntax error, u

Executing Perl 6 code using PIR backend

Hi perlers, maybe I have missed something but I cannot run pugs with -C option. Initial goal was to compile Perl 6 programme into bytecode and run it (with parrot or even mod_parrot). First step is to convert the simpliest code test.p6 which contains say 'Hi!'; into .pir-file, so I typed

[perl #42536] build error on Linux 2.6.9-023stab041.3-smp

# New Ticket Created by Will Coleda # Please include the string: [perl #42536] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=42536 > Begin forwarded message: > From: Andrew Shitov <[EMAIL PROTECTED]> > Reply-To: Andrew S

Re: [perl #38887] Result of INFINITY or NAN stringification is platform dependent

On Sun, Jul 16, 2006 at 12:49:27PM +0100, Ron Blaschke wrote: > On Win32 the implementation is simple because the IEEE recommended > functions _finite and _isnan are supported. I'm thinking about adding a > test for these functions and use them. But what should happen if they > are not there? n

Re: CGI.pm renaming (was Re: CGI Session management (was Re: the CGI.pm in Perl 6))

Hi, Jacinta Richardson wrote: > Juerd wrote: [CGI.pm et al] >> Yes, this needs to be redesigned completely. Are you volunteering? > > Is this still needed? If so yes, I'm now volunteering! Where'd you > like me to start? I'd like to point out that this might be a good idea for a perl6 microgra

Re: CGI.pm renaming (was Re: CGI Session management (was Re: the CGI.pm in Perl 6))

At 10:23 AM +0200 4/15/07, Juerd Waalboer wrote: Please read these two posts to this list: http://groups.google.nl/group/perl.perl6.users/browse_thread/thread/845b10b8ed7266/a209deddfadad19b?lnk=st&q=juerd+web+development&rnum=1#a209deddfadad19b http://groups.google.nl/group/perl.perl6.users/brow

[perl #39063] [TODO] ResizableBooleanArray uses 64 bytes per bit of information

> The current implementation of ResizableBooleanArray appears to use 64 > bytes for each element. It would be nice to reduce that significantly. Either ResizableBooleanArray has been significantly refactored since this ticket was submitted last year (it has been), or the ticket was never true in t

Re: CGI.pm renaming (was Re: CGI Session management (was Re: the CGI.pm in Perl 6))

Darren Duncan skribis 2007-04-14 23:37 (-0700): > Presumably Juerd will get back to these when he has the tuits, but > meanwhile you could try improving what he started. Indeed. Please read these two posts to this list: http://groups.google.nl/group/perl.perl6.users/browse_thread/thread/845b10b8