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 writ
Jon Lang wrote:
Forgive my ignorance, but what is a Prelude?
The Prelude is a file written in Perl 6 that defines some Perl 6 built-ins.
See http://perlcabal.org/svn/pugs/view/src/perl6/Prelude.pm for what AFAIK is
the newest version.
-- Darren Duncan
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:
: > > rakudo: my $t = 5; say $t.i
: > > rakudo 35576: OUTPUT«Method 'i' not found for invocant of
: > > class 'Int
On Thu, Jan 15, 2009 at 10:08:22AM -0600, Patrick R. Michaud wrote:
: On Wed, Jan 14, 2009 at 10:00:33PM -0800, Carl Mäsak wrote:
: > rakudo: my $t = 5; say $t.i
: > rakudo 35576: OUTPUT«Method 'i' not found for invocant of
: > class 'Int [...]
: > TimToady: should that work?
: > think so
: > *
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 matc
Patrick R. Michaud wrote (on p6c):
On Thu, Jan 15, 2009 at 08:53:33AM +0100, Moritz Lenz wrote:
Another thing to keep in mind is that once we start to have a Perl 6
prelude, we might decide to be nice neighbors and share it with other
implementations, as far as that's practical.
My guess is t
- Original Message
> From: Patrick R. Michaud
> 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 commitbit policy (de
On Wed, Jan 14, 2009 at 11:57:02PM -0800, Ovid wrote:
> > From: Patrick R. Michaud
>
> What's the rationale for the spectest suite to remain in the
> pugs repository? AFAICT, pugs is no longer being actively
> developed and I wouldn't be surprised if many of its spectests
> currently break an
On Thu, Jan 15, 2009 at 08:53:33AM +0100, Moritz Lenz wrote:
>
> Another thing to keep in mind is that once we start to have a Perl 6
> prelude, we might decide to be nice neighbors and share it with other
> implementations, as far as that's practical.
My guess is that there will be a shared pre
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 rat
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #62410]
# in the subject line of all future correspondence about this issue.
# 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 personally
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
>
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 than specific ones does involve a little
more thought, (it's possible to
On Wed, Jan 14, 2009 at 10:00:33PM -0800, Carl Mäsak wrote:
> rakudo: my $t = 5; say $t.i
> rakudo 35576: OUTPUT«Method 'i' not found for invocant of
> class 'Int [...]
> TimToady: should that work?
> think so
> * masak submits rakudobug
Rakudo doesn't yet recognize the dotty form of postfix o
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:
> > rakudo: my $t = 5; say $t.i
> > rakudo 35576: OUTPUT«Method 'i' not found for invocant of
> > class 'Int [...]
> > TimToady: should that work?
> > think so
> > * masak submits raku
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 an
But doesnt Whatever smartmatch anything? Isn't that sort of its raison d'etre?
On 1/15/09, Carl Mäsak 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 found
# New Ticket Created by pancake
# Please include the string: [perl #62402]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62402 >
The 0.8.2 version of parrot crashes with this invalid perl6 oneliner:
./perl6 -e 'my @a; my
Ovid (>), Patrick (>>):
>> 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 recognize that at least
>> two of Rakudo's "
- Original Message
> From: Patrick R. Michaud
> 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 recognize that
# New Ticket Created by mbere...@flashmail.com
# Please include the string: [perl #62376]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62376 >
in parrot/languages/perl6:
../../parrot perl6.pbc --target=pir --output=Test.p
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 *-n
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #62382]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62382 >
rakudo: my $t = 5; say $t.i
rakudo 35576: OUTPUT«Method 'i' not found for invocant of
# 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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62364 >
I tried to implement "plan *" for 'no_plan' and this is the min
# 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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62362 >
Test output:
t/library/protoobject.t . 8
On Wed Jan 14 22:00:33 2009, masak wrote:
> rakudo: my $t = 5; say $t.i
> rakudo 35576: OUTPUT«Method 'i' not found for invocant of
> class 'Int [...]
> TimToady: should that work?
> think so
> * masak submits rakudobug
Also this:
hmm
rakudo: my $t = 5; say $t\i
rakudo 35576: OUTPUT«Statem
Andy Bach writes (>):
> Hmm:
> ./perl6 -e 'my $x = :a<5>; say $x.map({.key, .value + 1}).perl'
> ["a", 6]
>
> ./perl6 -e 'my $x = :a<5>; say $x.map({.key => .value + 1}).perl'
> Method 'key' not found for invocant of class 'Failure'
>
> so it's the 'supercomma' that's troubled?
Seems like it. Th
# 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.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62366 >
This patch implements die_on_fail (halts test at first test fail
Ovid wrote:
> - Original Message
>
>> From: Patrick R. Michaud
>
>> Source code repository
>> --
>> This is the immediate issue at hand, because we need to move Rakudo
>> out of the Parrot repository so that it can cleanly move to its new
>> home at parrot.org. Curr
29 matches
Mail list logo
