[perl #62366] [PATCH] Add 'no_plan' and die_on_fail to Test.pm

2009-01-15 Thread publiustemp-perl6compil...@yahoo.com (via RT)
# New Ticket Created by publiustemp-perl6compil...@yahoo.com # Please include the string: [perl #62366] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62366 This patch implements die_on_fail (halts test at first test

[perl #62382] [TODO] method form of postfix:i

2009-01-15 Thread Carl Mäsak via RT
On Wed Jan 14 22:00:33 2009, masak wrote: TimToady rakudo: my $t = 5; say $t.i p6eval rakudo 35576: OUTPUT«Method 'i' not found for invocant of class 'Int [...] masak TimToady: should that work? TimToady think so * masak submits rakudobug Also this: TimToady hmm TimToady rakudo: my $t = 5;

[perl #62362] [BUG] Segfault with t/library/protoobject.t

2009-01-15 Thread publiustemp-perl6interna...@yahoo.com (via RT)
# New Ticket Created by publiustemp-perl6interna...@yahoo.com # Please include the string: [perl #62362] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62362 Test output: t/library/protoobject.t

Re: [perl #62364] [BUG] *

2009-01-15 Thread Carl Mäsak
Ovid (): I tried to implement plan * for 'no_plan' and this is the minimal test case: perl6 $ perl6 -e 'my $plan = *; say $plan.isa(Whatever)' Method 'isa' not found for invocant of class 'Whatever' [...] This has nothing to do with the bug, but you'd probably not want to test for *-ness

Re: Rakudo leaving the Parrot nest

2009-01-15 Thread Ovid
- Original Message From: Patrick R. Michaud pmich...@pobox.com Many people have strongly suggested that we switch to using git as our version control system. At the moment I'm neither strongly in favor of nor strongly opposed to switching version control systems, but we have to

[perl #62364] [BUG] *

2009-01-15 Thread publiustemp-perl6interna...@yahoo.com (via RT)
# New Ticket Created by publiustemp-perl6interna...@yahoo.com # Please include the string: [perl #62364] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62364 I tried to implement plan * for 'no_plan' and this is the

Re: [perl #62364] [BUG] *

2009-01-15 Thread Mark J. Reed
But doesnt Whatever smartmatch anything? Isn't that sort of its raison d'etre? On 1/15/09, Carl Mäsak cma...@gmail.com wrote: Ovid (): I tried to implement plan * for 'no_plan' and this is the minimal test case: perl6 $ perl6 -e 'my $plan = *; say $plan.isa(Whatever)' Method 'isa' not

Re: [perl #62364] [BUG] *

2009-01-15 Thread Carl Mäsak
Mark (), Carl (): This has nothing to do with the bug, but you'd probably not want to test for *-ness with .isa; use smartmatch (~~) instead. On the bright side, this already works in Rakudo: But doesnt Whatever smartmatch anything? Isn't that sort of its raison d'etre? Short answer: you're

Re: [perl #62382] [TODO] method form of postfix:i

2009-01-15 Thread Patrick R. Michaud
On Wed, Jan 14, 2009 at 10:00:33PM -0800, Carl Mäsak wrote: TimToady rakudo: my $t = 5; say $t.i p6eval rakudo 35576: OUTPUT«Method 'i' not found for invocant of class 'Int [...] masak TimToady: should that work? TimToady think so * masak submits rakudobug Rakudo doesn't yet recognize the

Re: Rakudo leaving the Parrot nest

2009-01-15 Thread Patrick R. Michaud
As a comment to my use.perl journal post, Infinoid wrote: Earlier today on the IRC channel, Will Coleda made an interesting comment regarding partcl. 07:28 @Coke I'd rather have folks go to /partcl/ to get parrot. That makes a lot of sense. So, have you given much thought to how you

[perl #62410] [BUG] can't call subs with namespaces, such as Foo::bar()

2009-01-15 Thread via RT
# New Ticket Created by Jeff Horwitz # Please include the string: [perl #62410] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=62410 the Foo::bar() format for calling subs no longer works as of r35597. for me

Re: Rakudo leaving the Parrot nest

2009-01-15 Thread Moritz Lenz
On Thu, Jan 15, 2009 at 04:20:28PM -, a...@ippimail.com wrote: As outlined, the requirements seem to be pretty much those of any major Open Source development project. Keeping this in mind might yield a generic template usable by other projects in future. Solving generic problems rather

Re: Rakudo leaving the Parrot nest

2009-01-15 Thread Ovid
- Original Message From: Patrick R. Michaud pmich...@pobox.com Moritz already replied with why spectest is currently in pugs, I tend to agree. For now I'd like spectests to continue to have a very liberal commitbit policy, and that may or may not be compatible with Rakudo's

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

2009-01-15 Thread Darren Duncan
Geoffrey Broadwell wrote: The problem with this method is that there are usually *several* ways to implement each feature in terms of some number of other features. The creators of the shared prelude are then stuck with the problem of deciding which of these to use. If their choices do not

Re: [perl #62382] [TODO] method form of postfix:i

2009-01-15 Thread Larry Wall
On Thu, Jan 15, 2009 at 09:58:12AM -0600, Patrick R. Michaud wrote: : On Wed, Jan 14, 2009 at 10:02:21PM -0800, Carl Mäsak via RT wrote: : On Wed Jan 14 22:00:33 2009, masak wrote: : TimToady rakudo: my $t = 5; say $t.i : p6eval rakudo 35576: OUTPUT«Method 'i' not found for invocant of :

Re: design of the Prelude (was Re: Rakudo leaving the Parrot nest)

2009-01-15 Thread Darren Duncan
Following some responses I've seen, I'll try to clarify my proposal. Basically its like this. A significant subset of Perl 6 native features, eg types and operators, native meaning they are declared and described in the Perl 6 Synopsis documents, have been implemented under Pugs by being