[perl #38229] [TODO] Make all pod documents(such as README's) end in .pod

2006-01-14 Thread via RT
# New Ticket Created by Joshua Isom # Please include the string: [perl #38229] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38229 > There are a fair number of documentation files in parrot that are pod files. Most of t

[perl #38234] [TODO] Replace Getopt/Long.pir with Getopt/Obj.pir

2006-01-14 Thread via RT
# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #38234] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38234 > Joshua Isom did a neat Getopt/Obj.pir library for command line options parsing

[perl #38235] [TODO] Rename src/classes to src/pmc

2006-01-14 Thread via RT
# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #38235] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38235 > Hi, I propose to rename 'src/classes' to 'src/pmc' as IMHO it makes more sene.

Re: [perl #38229] [TODO] Make all pod documents(such as README's) end in .pod

2006-01-14 Thread Joshua Hoblitt
On Fri, Jan 13, 2006 at 02:59:44PM -0800, Joshua Isom wrote: > > There are a fair number of documentation files in parrot that are pod > files. Most of the README files aren't pod files, but the pge README > and the tcl README are. There are several other files where the same > occurs. If th

Re: [perl #38235] [TODO] Rename src/classes to src/pmc

2006-01-14 Thread Joshua Hoblitt
Bernhard++ -J -- On Sat, Jan 14, 2006 at 05:01:23AM -0800, Bernhard Schmalhofer wrote: > # New Ticket Created by Bernhard Schmalhofer > # Please include the string: [perl #38235] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/rt3/Ticket/Display.

Re: Pattern matching on arrays and "for" loops

2006-01-14 Thread Brad Bowman
On 14/01/06 00:59, Larry Wall wrote: That doesn't seem sufficiently general. I'd rather see some context that can apply a signature to the head of a list and treat the "unslurped" part as unmatched. Maybe a "for" loop could be taught to supply such a context, or a "when". Or maybe it's just th

Re: [perl #38234] [TODO] Replace Getopt/Long.pir with Getopt/Obj.pir

2006-01-14 Thread Will Coleda
I'm sure the switchover will be fine. Feel free to patch tcl or break it temporarily. On Jan 14, 2006, at 7:43 AM, Bernhard Schmalhofer (via RT) wrote: # New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #38234] # in the subject line of all future correspondence

Re: [perl #38221] Build fails on FreeBSD 5.4

2006-01-14 Thread Joshua Isom
I took another stab at getting it to compile... Tcc compiled src/ops/core_ops_cgp.c but there were linking problems(guess it's not good to use two c compilers for one build). But I disabled linking in the hints file for me and it's working again. Has anyone with FreeBSD 6.0 had any similar p

Re: [perl #38234] [TODO] Replace Getopt/Long.pir with Getopt/Obj.pir

2006-01-14 Thread Joshua Isom
Due to the SArray issues, and an imperfect workaround(ok, failing...), the change isn't as seamless as I'd hope. But, it is a minor change. And for tcl, one of the options would be beneficial for tcl(and other language compilers that pass on arguments to another program). But I haven't heard

Re: [PATCH] Restrict clear_eh to handlers in the current context

2006-01-14 Thread jerry gay
On 1/13/06, Bob Rogers <[EMAIL PROTECTED]> wrote: > still in progress). Unless somebody would like to see a patch with just > the test cases, both marked 'TODO'? > what's a 0.4.1 release without some TODO tests? the more the better. ~jerry

Re: [ANNOUNCE] Devel::TypeCheck 1.2

2006-01-14 Thread Andreas J. Koenig
> On Thu, 12 Jan 2006 22:55:26 -0500, Gary Jackson <[EMAIL PROTECTED]> said: > The latest release of Devel::TypeCheck adds typing of functions (without polymorphism) as well as numerous bug fixes: > The uploaded file >Devel-TypeCheck-1.2.tar.gz > has entered CPAN as > file:

Re: [perl #38235] [TODO] Rename src/classes to src/pmc

2006-01-14 Thread Jonathan Worthington
"Bernhard Schmalhofer (via RT)" <[EMAIL PROTECTED]> wrote: I propose to rename 'src/classes' to 'src/pmc' as IMHO it makes more sene. 't/pmc' is already named 'pmc'. Yes, and for consistency please also rename dynclasses to dynpmc and the t/dynclass to t/dynpmc. Jonathan

[PATCH] Restrict clear_eh to handlers in the current context

2006-01-14 Thread Bob Rogers
From: jerry gay <[EMAIL PROTECTED]> Date: Sat, 14 Jan 2006 08:45:50 -0800 On 1/13/06, Bob Rogers <[EMAIL PROTECTED]> wrote: > still in progress). Unless somebody would like to see a patch with just > the test cases, both marked 'TODO'? what's a 0.4.1 release without some TODO t

[perl #38236] [PATCH] Restrict clear_eh to handlers in the current context

2006-01-14 Thread Bob Rogers
Phooey; I should read what I write. This version changes the word "sub" to "handler" in a comment, thereby causing it to make sense. -- Bob Index: t/pmc/exception.t === --- t/pmc/exception.

[PATCH] struct Parrot_Context doesn't need a 'prev' field.

2006-01-14 Thread Bob Rogers
I had thought this field was being used, but it turns out to be irrelevant. I offer this patch so that no one else is fooled (and because I had to test it anyway to prove that this is the case). -- Bob Rogers ht

[perl #38236] [PATCH] Restrict clear_eh to handlers in the current context

2006-01-14 Thread via RT
# New Ticket Created by Bob Rogers # Please include the string: [perl #38236] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38236 > From: jerry gay <[EMAIL PROTECTED]> Date: Sat, 14 Jan 2006 08:45:50 -0800 On 1/

Re: Array Holes

2006-01-14 Thread Austin Hastings
Larry Wall wrote: >Whatever the answer, it probably has to apply to > >my @a; >@a[0] = '1'; >@a[2] = '3'; >print exists $a[1]; > >as well as the explicit delete case. Are we going to pitch an exception for >writing beyond the end of an array? That seems a bit anti-Perlish. > >

[perl #38238] [PATCH] struct Parrot_Context doesn't need a 'prev' field.

2006-01-14 Thread via RT
# New Ticket Created by Bob Rogers # Please include the string: [perl #38238] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38238 > I had thought this field was being used, but it turns out to be irrelevant. I offer t