Thanks to DeepText for €1,000 gr ant

Latest addition to the official Perl 6 wiki “Perl 6 Donors, Sponsors, and Supporters” page: (http://www.perlfoundation.org/perl6/index.cgi?perl_6_donors_sponsors_and_supporters) · 2008-05-29 -- €1,000 -- DeepText funds a grant for Jonathan Worthington to work

Re: [perl #54992] [CAGE] Add a 'codetest' make target

On Wed, May 28, 2008 at 07:26:29PM -0700, James Keenan via RT wrote: > On Wed May 28 18:57:31 2008, [EMAIL PROTECTED] wrote: > > I will work on this. Attached is *part* of the solution. > > > > > > And here is a more complete solution. (In the course of its > development, I ran it and it identi

Re: [perl #55040] [TODO] Remove hcf opcode

On Thu, May 29, 2008 at 10:25:17AM -0700, chromatic wrote: > On Thursday 29 May 2008 08:45:26 Will Coleda wrote: > > > Even if there is disagreement on whether the opcode itself should be > > removed, there appears to be consensus that the tests need to be > > removed. We can always do that first

Re: [perl #55012] [CAGE] [PATCH] list_dump and intlist_dump are never used

On Thu, May 29, 2008 at 08:32:11AM -0700, Will Coleda via RT wrote: > On Wed May 28 14:56:11 2008, julianalbo wrote: > > The function intlist_dump in src/intlist.c is never used. > > > > If defined LIST_DEBUG, it calls list_dump. That function is present in > > src/list.c but is static, and is als

[perl #55050] [CAGE] [PATCH] invalid warnings in g++

# New Ticket Created by NotFound # Please include the string: [perl #55050] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55050 > Recent versions of g++ warns when gcc warnings that makes no sense in c++ are used, and parr

Re: .kv, .keys, .values, on Array vs. List

On the theory that a List is just a Capture that happens to contain only positionals, I'd say Lists should try to behave like Arrays when used as one. The only counterargument would be if it forces unnecessary mutation of otherwise immutable values, but that doesn't seem to be required for readonl

[perl #55050] [CAGE] [PATCH] invalid warnings in g++

Sorry, forgot to check coding standards. Fixed now. -- Salu2 Index: config/auto/warnings.pm === --- config/auto/warnings.pm (revision 27920) +++ config/auto/warnings.pm (working copy) @@ -44,13 +44,10 @@ -W -Wall

.kv, .keys, .values, on Array vs. List

The draft Synopsis 29 [*] shows that the .keys, .kv, .pairs, and .values methods are defined for Array but not List. [*] http://svn.pugscode.org/pugs/docs/Perl6/Spec/Functions.pod However, t/spec/S29-array/kv.t has entries like: # (1,).kv works correctly { my @a = (); @a

Re: [perl #55040] [TODO] Remove hcf opcode

On Thursday 29 May 2008 08:45:26 Will Coleda wrote: > Even if there is disagreement on whether the opcode itself should be > removed, there appears to be consensus that the tests need to be > removed. We can always do that first to deal with the tickets relating > to that, and then discuss the mer

[perl #54986] [PATCH] gcc4.0 darwin ppc doesnt like -bundle as the 1rst argument

On Thu May 29 06:13:00 2008, coke wrote: > > Just an FYI, I happen to have intel/OSX 10.4 lying about. > Ah, I was hazy as to when the intels made their appearance. So that's another combination on which we should test this patch, tetragon's and other Darwin-related patches. kid51

Re: [perl #55040] [TODO] Remove hcf opcode

On Thu, May 29, 2008 at 9:21 AM, via RT Will Coleda <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Will Coleda > # Please include the string: [perl #55040] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=55040 > > > >

[perl #55012] [CAGE] [PATCH] list_dump and intlist_dump are never used

On Wed May 28 14:56:11 2008, julianalbo wrote: > The function intlist_dump in src/intlist.c is never used. > > If defined LIST_DEBUG, it calls list_dump. That function is present in > src/list.c but is static, and is also never used. > > The attached patch gets rid of both functions and the LIST_

[perl #55040] [TODO] Remove hcf opcode

# New Ticket Created by Will Coleda # Please include the string: [perl #55040] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55040 > While this may have served a pedagogical purpose some time ago*, it's better left in the

Re: [perl #54986] Fwd: [PATCH] gcc4.0 darwin ppc doesnt like -bundle as the 1rst argument

On Thu, May 29, 2008 at 7:18 AM, James Keenan via RT <[EMAIL PROTECTED]> wrote: > On Wed May 28 10:52:08 2008, [EMAIL PROTECTED] wrote: >> Hi >> >> Seems that $ c++ -v : Target: powerpc-apple-darwin7 gcc version 4.0.0 > doesnt >> like -bundle as the 1rst argument : >> >> c++ -bundle -undefined dyna

Re: [perl #54920] [PATCH] Compiling pcc.c on Solaris10-x86

On Wed, 28 May 2008, Andrew Johnson wrote: > tiger% ./parrot -t t/dynoplibs/myops_3.pir > 0 print "neither here\n" > neither here > 2 hcf > Segmentation fault Welcome to the club of people who've wasted time chasing this particularly silly test. 'hcf' is supposed to stand for 'halt an

[perl #55032] [PATCH] Fix a typo in src/classes/IO.pir

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #55032] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55032 > Hello. There is typo in src/classes/IO.pir diff --git a/languages/perl6/src/classe

[perl #54986] Fwd: [PATCH] gcc4.0 darwin ppc doesnt like -bundle as the 1rst argument

On Wed May 28 10:52:08 2008, [EMAIL PROTECTED] wrote: > Hi > > Seems that $ c++ -v : Target: powerpc-apple-darwin7 gcc version 4.0.0 doesnt > like -bundle as the 1rst argument : > > c++ -bundle -undefined dynamic_lookup -L/usr/local/lib > -L/Users/paco/parrot/parrot/blib/lib -L/sw/lib \ > -

Re: Comments on parrotblog

On 5/28/08, Will Coleda <[EMAIL PROTECTED]> wrote: > Would it be helpful to have comments that are posted on articles on > parrotblog sent to this mailing list? Very helpful IMO. kjs

Re: [perl #54920] [PATCH] Compiling pcc.c on Solaris10-x86

tiger% ./parrot -t t/dynoplibs/myops_3.pir 0 print "neither here\n" neither here 2 hcf Segmentation fault When run under a debugger, it looks like this: (dbx) run -t t/dynoplibs/myops_3.pir Running: parrot -t t/dynoplibs/myops_3.pir (process id 15185) Reading myops_ops.so 0 print

Re: Clarification of t/spec/S29-array/delete.t

chromatic wrote: > On Wednesday 28 May 2008 23:20:15 Patrick R. Michaud wrote: > >> In particular, I think that the following sequence should >> result in a 0-length array: >> >> my @array; >> @array[8] = 'eight';# array has elements 0..8 >> @array.delete(8);

[perl #55012] [CAGE] [PATCH] list_dump and intlist_dump are never used

# New Ticket Created by NotFound # Please include the string: [perl #55012] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55012 > The function intlist_dump in src/intlist.c is never used. If defined LIST_DEBUG, it calls l

[perl #54986] Fwd: [PATCH] gcc4.0 darwin ppc doesnt like -bundle as the 1rst argument

# New Ticket Created by "Paco Linux" # Please include the string: [perl #54986] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=54986 > Hi Seems that $ c++ -v : Target: powerpc-apple-darwin7 gcc version 4.0.0 doesnt like -b

Re: Mixing named and positional values

Patrick R. Michaud wrote: Since there's a fair amount of existing code that may be doing slurpy positionals before named parameters, I propose, perhaps as an interim step, that we say that positional slurpy array parameters must come after all positional and lookahead parameters (but could come

[perl #54988] [PATCH] enhance t/harness (again)

# New Ticket Created by Moritz Lenz # Please include the string: [perl #54988] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=54988 > Attached patch enhances t/harness, this time it offers the possibility to call fudge on a

Re: Clarification of t/spec/S29-array/delete.t

On Wednesday 28 May 2008 23:20:15 Patrick R. Michaud wrote: > In particular, I think that the following sequence should > result in a 0-length array: > > my @array; > @array[8] = 'eight';# array has elements 0..8 > @array.delete(8); # now it's empty again >