[perl #51880] [PATCH] Remove trailing whitespace in languages/tcl/runtime/conversions.pir

2008-03-19 Thread via RT
# New Ticket Created by Matt Kraai # Please include the string: [perl #51880] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=51880 > Howdy, t/codingstd/trailing_space.t fails because languages/tcl/runtime/conversions.pir c

[perl #51878] [PATCH] Change c_cuddled_else.t to cuddled_else.t in lib/Parrot/Harness/DefaultTests.pm

2008-03-19 Thread via RT
# New Ticket Created by Matt Kraai # Please include the string: [perl #51878] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=51878 > Howdy, t/codingstd/c_cuddled_else.t was renamed to t/codingstd/cuddled_else.t, but the en

[perl #51880] [PATCH] Remove trailing whitespace in languages/tcl/runtime/conversions.pir

2008-03-19 Thread Will Coleda via RT
On Tue Mar 18 22:34:56 2008, kraai wrote: > Howdy, > > t/codingstd/trailing_space.t fails because > languages/tcl/runtime/conversions.pir contains trailing whitespace. > The attached patch removes it. > Thanks, applied in r26492.

[perl #51894] [PATCH] aligning code and localization of vars

2008-03-19 Thread via RT
# New Ticket Created by Klaas-Jan Stol # Please include the string: [perl #51894] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=51894 > hi, attached a patch that does some aligning of "=" tokens and limits the scope of so

Re: [perl #47828] [TODO] Implement the 'copy' opcode

2008-03-19 Thread Patrick R. Michaud
On Mon, Mar 17, 2008 at 10:26:21AM -0700, Will Coleda via RT wrote: > compilers/pct/src/PAST/Compiler.pir says: > > On Thu Dec 13 17:47:05 2007, [EMAIL PROTECTED] wrote: > > Implement a 'copy' assignment (at least until we get the 'copy' > > opcode -- see RT#47828). > > Now that the copy op is im

Re: [perl #51850] PGE buglet

2008-03-19 Thread Patrick R. Michaud
On Tue, Mar 18, 2008 at 08:21:09AM -0700, Stephane Payrard wrote: > > A rule with a space between the '<' and the '?' compiles > but fails at execution > with the unhelpful message : > Unable to find regex '' > Null PMC access in invoke() I agree that this is not a useful error message. Howev

Re: Musings on operator overloading

2008-03-19 Thread TSa
HaloO, Aristotle Pagaltzis wrote: Something like path { $app_base_dir / $conf_dir / $foo_cfg . $cfg_ext } where the operators in that scope are overloaded irrespective of the types of the variables (be they plain scalar strings, instances of a certain class, or whatever). Assuming there

Re: Parrot 0.6.0 "P&P" is released.

2008-03-19 Thread François Perrad
Bernhard Schmalhofer wrote: On behalf of the Parrot team, I'm proud to announce Parrot 0.6.0 "P&P." Parrot (http://parrotcode.org/) is a virtual machine aimed at running dynamic languages. This release is a milestone release featuring the revamping of Parrot Magic Cookies. The Windows setup i

[ANN] Lua on Parrot 0.6.0

2008-03-19 Thread François Perrad
Parrot is a VM (virtual machine) designed specifically for running dynamic languages in general, and Perl 6 in particular (see http://www.parrotcode.org/). Parrot is still in development, the latest monthly version is 0.6.0. A complete prototype of Lua 5.1 (aligned on 5.1.3) is available : -

Re: Musings on operator overloading

2008-03-19 Thread Mark J. Reed
For the record, I am opposed to any restriction on operator overloading that requires mathematical properties to hold. ANYTHING is fair if you predeclare. Besides, there is nothing that inherently associates the "/" symbol with division - it's only an ASCII approximation of fraction notation. I w

[svn:perl6-synopsis] r14525 - doc/trunk/design/syn

2008-03-19 Thread larry
Author: larry Date: Wed Mar 19 09:39:02 2008 New Revision: 14525 Modified: doc/trunk/design/syn/S05.pod Log: Add <*abc> form for sequential optional characters Modified: doc/trunk/design/syn/S05.pod == --- doc/trunk/

Re: [perl #49766] toplevel 'make perl6' needs dependency fixup.

2008-03-19 Thread Reini Urban
2008/3/19, Will Coleda via RT <[EMAIL PROTECTED]>: > On Sat Jan 26 10:03:34 2008, coke wrote: > > On Mon Jan 14 11:26:27 2008, coke wrote: > > > In the top level directory, type: > > > > > > 'make perl6' > > > > > > a perl6 binary is created. > > > > > > now type "make perl6" again, and the

Re: Musings on operator overloading

2008-03-19 Thread Larry Wall
On Wed, Mar 19, 2008 at 12:38:48PM -0400, Mark J. Reed wrote: : For the record, I am opposed to any restriction on operator : overloading that requires mathematical properties to hold. ANYTHING : is fair if you predeclare. Besides, there is nothing that inherently : associates the "/" symbol with

[perl #51898] nmake on cygwin

2008-03-19 Thread via RT
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #51898] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=51898 > --- osname= cygwin osvers= 1.5.24(0.15642) arch= cygwin-thread-multi-64int cc=

Re: Musings on operator overloading

2008-03-19 Thread Mark J. Reed
On Wed, Mar 19, 2008 at 1:01 PM, Larry Wall <[EMAIL PROTECTED]> wrote: > While I agree with the sentiment of not arbitrarily restricting > people from doing ugly things unless they ask for such restrictions, Agreed... though I disagree that the sort of overloading under discussion ("/" for separ

Re: [perl #51860] Failures in t/manifest/*.t in a release

2008-03-19 Thread Bernhard Schmalhofer
James Keenan via RT schrieb: On Tue Mar 18 12:58:08 2008, bernhard wrote: When preparing the Parrot 0.6.0 release I encountered in an unpacked distfile for prove -v t/manifest/*.t the attached errors. For the release I simply commented out the dubious tests. Barney: If I read

YAPC::NA Talks??

2008-03-19 Thread Will Coleda
There is some time left to submit talks for YAPC::NA. Anyone who has submitted talks or is thinking about it, please fill out this wiki page: http://www.perlfoundation.org/parrot/index.cgi?yapc_na_2008 Also, please add any talks you'd *like* to see or think would be a good idea, even if you're no

Re: Character sets PDD ready for review

2008-03-19 Thread Allison Randal
I'm currently taking the architect and editor pass through the PDD, and am integrating the comments from the list. Thanks! Allison

[perl #39823] [CAGE] tools/dev/run_indent.pl -- this should be a test

2008-03-19 Thread James Keenan via RT
Committed to trunk in r26498. Resolving ticket.

[perl #38405] [PATCH] cleanup Makefiles for cleaning/building, plus shared for darwin

2008-03-19 Thread James Keenan via RT
No one spoke up, so I am resolving the ticket.

[perl #42155] [PATCH] move members from Parrot_Interp to Parrot_Context

2008-03-19 Thread James Keenan via RT
No one spoke up, and no patch was resubmitted. So I am resolving the ticket. kid51

[perl #51718] Consolidate test infrastructure in t/codingstd and t/distro

2008-03-19 Thread James Keenan via RT
On Tue Mar 18 12:27:52 2008, [EMAIL PROTECTED] wrote: > I committed my previous patch (after some merging) as r26480. But I > think this ticket should stay open, as there are still more codingstd > tests to convert, and I haven't even looked at t/distro yet. > Gladly offering ownership of this

[perl #37542] [TODO] core - document behavior of multiple :load subpragmas in same compilation unit

2008-03-19 Thread James Keenan via RT
Per response from kjs, resolving ticket. kid51

[perl #51860] Failures in t/manifest/*.t in a release

2008-03-19 Thread James Keenan via RT
On Wed Mar 19 13:33:00 2008, bernhard wrote: > > The '.svn' dirs are no in the unpacked dist. So it is assumed that 'svk' > is used. But I don't have 'svn' installed. > Have we found any way of saying, "Unless you're working in a sandbox checked out of the Parrot repository with one of our (u

Re: [perl #51860] Failures in t/manifest/*.t in a release

2008-03-19 Thread chromatic
On Wednesday 19 March 2008 16:07:49 James Keenan via RT wrote: > On Wed Mar 19 13:33:00 2008, bernhard wrote: > > The '.svn' dirs are no in the unpacked dist. So it is assumed that 'svk' > > is used. But I don't have 'svn' installed. > Have we found any way of saying, "Unless you're working in a

[perl #39196] [TODO] tests - need to test addmethod

2008-03-19 Thread James Keenan via RT
Re-tested and committed to trunk in r26500. kid51

[perl #39196] [TODO] tests - need to test addmethod

2008-03-19 Thread James Keenan via RT
Coke: Can you estimate whether this meets your request in the OP? Thanks.

[perl #51912] [BUG]: Changes to src/jit/ppc/jit_emit.h break 'make' on Darwin PPC

2008-03-19 Thread via RT
# New Ticket Created by James Keenan # Please include the string: [perl #51912] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=51912 > Revisions made in r26491 today to src/jit/ppc/jit_emit.h have broken 'make' for me on

[svn:perl6-synopsis] r14526 - doc/trunk/design/syn

2008-03-19 Thread larry
Author: larry Date: Wed Mar 19 18:50:05 2008 New Revision: 14526 Modified: doc/trunk/design/syn/S05.pod Log: Added :samespace and :ss as :sigspace variant Modified: doc/trunk/design/syn/S05.pod == --- doc/trunk/desig

Re: [perl #51912] [BUG]: Changes to src/jit/ppc/jit_emit.h break 'make' on Darwin PPC

2008-03-19 Thread chromatic
On Wednesday 19 March 2008 17:40:03 James Keenan wrote: > Revisions made in r26491 today to src/jit/ppc/jit_emit.h have broken > 'make' for me on Darwin PPC. Actually, it's a lack of changes made to that file. Does this patch fix things for you? -- c === src/jit/ppc/core.jit =

Re: Musings on operator overloading

2008-03-19 Thread David Green
On 2008-Mar-19, at 1:40 pm, Mark J. Reed wrote: On Wed, Mar 19, 2008 at 1:01 PM, Larry Wall <[EMAIL PROTECTED]> wrote: The use of + in Python or << in C++ is, I think, primarily the violation of a *linguistic* principle, not a mathematical principle. Maybe it's just 'cause I cut my teeth on BA