Em Qua, 2008-12-17 às 15:00 +1100, Timothy S. Nelson escreveu:
> My basic assumption is that there's going to be some kind of packaging
> system written around 6PAN.
Please take a look in some notes I've written some time ago:
http://www.perlfoundation.org/perl6/index.cgi?DistributionFormat
On Tue, Dec 16, 2008 at 09:55:23PM -0600, Patrick R. Michaud wrote:
> I don't see a short-term fix on the horizon, as we'll have to
> figure out exactly how we're going to handle such bindings/references
> in the future. Parrot isn't exactly set up for handling this
> easily in a HLL like Perl 6,
On Sat Dec 06 14:10:48 2008, masak wrote:
> This should work, according to S12:
>
> $ perl6 -e 'class A { method x(Int $a) { say "Int" }; method y(Str $a)
> { say "Str" }; method z { my @candidates = &x, &y;
For this to work, I guess it implies that methods get entries in the
namespace as A::x so
On Wed Dec 03 11:12:08 2008, masak wrote:
> Rakudo r33458 doesn't flush its STDOUT when waiting for user STDIN input.
>
> $ perl -e 'print "hi"; <>'
> hi^C
> $ ./perl6 -e 'print "hi"; my $a = =$*IN'
> ^C
This is working now; checked it myself on Win32 and PerlJam++ and
mortiz++ tested it on other
On Wed, Dec 17, 2008 at 10:19:07AM -0300, Daniel Ruoso wrote:
> Em Qua, 2008-12-17 ??s 23:35 +1100, Timothy S. Nelson escreveu:
> > On Wed, 17 Dec 2008, Daniel Ruoso wrote:
> > > Em Qua, 2008-12-17 ??s 15:00 +1100, Timothy S. Nelson escreveu:
> > >> My basic assumption is that there's goin
On Sat Jul 26 06:45:21 2008, jn...@jnthn.net wrote:
> On Wed Jul 23 01:51:32 2008, mor...@casella.verplant.org wrote:
> > t/spec/S12-class/declaration-order.t by Carl Mäsak revealed a parrot bug
> > which can be reproduced with this small sample:
> > $ cat eval-bug.t
> > eval ' class D is C {}';
>
On Thu Aug 07 12:41:32 2008, ronaldxs wrote:
> From the irc log for today (8/7)
>
> 15:50 ron perl6: my $a = '0123456'; say
> substr($a, -5, -2);
> 15:50 p6eval elf 21826, pugs: OUTPUT[234?]
> 15:50
> ..rakudo 29834: OUTPUT[23456?]
>
>
> perl5 agrees with the pugs output.
>
> Attached patch
Hi,
PM> if the rule is called correctly it appears to work fine:
PM> if 'foo' ~~ //
So, I try to use that way:
grammar G {
token TOP { ^ + $ };
token foo { ':' ? };
token bar { \w };
};
":a:b:c" ~~ //;
say $/;
say $/; #Use of uninitialized value
say $_ for $/; # Use of uninitializ
On behalf of the Parrot team, I'm proud to announce Parrot 0.8.2
"Feliz Loro." Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.8.2 is available via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.html. For thos
Following up to a bug report, Mr Lenz wrote:
Another detail: if i do this in the REPL, it works fine, until I close
> the REPL - then I get the same backtrace as before.
>
...except that this is a Rakudo bug, and Rakudo doesn't have a REPL. It has
a REL, but if you want P, you have to arrange it
Em Qua, 2008-12-17 às 23:35 +1100, Timothy S. Nelson escreveu:
> On Wed, 17 Dec 2008, Daniel Ruoso wrote:
> > Em Qua, 2008-12-17 às 15:00 +1100, Timothy S. Nelson escreveu:
> >>My basic assumption is that there's going to be some kind of packaging
> >> system written around 6PAN.
> > Please tak
On Wed Dec 17 06:02:40 2008, masak wrote:
> rakudo: say (1,2,3) ~~ [1,2,3]
> rakudo 34020: OUTPUT[Method 'ACCEPTS' not found for invocant
> of class 'Perl6Array'[...]
> * masak submits rakudobug
Implemented ACCEPTS (including the dwimming on Whatever) in r34042.
Unfudged the couple of basic test
> 147-+
>
> rurban, can this =item be deleted?
>
> $ grep -in -A2 -B2 aio config/init/hints/dec_osf.pm 28-
> $libs .= ' -lpthread';
> 29-}
> 30:if ( $libs !~ /-laio/ ) {
> 31:$libs .= ' -laio';
> 32-}
> 33-$conf->data->set( libs => $libs );
>
> Jarkko, are
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61430]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61430 >
rakudo: say (1,2,3) ~~ [1,2,3]
rakudo 34020: OUTPUT[Method 'ACCEPTS' not found for inv
On Sun Dec 07 04:42:25 2008, masak wrote:
> The following should work in Rakudo:
>
> $ perl6 -e 'class A {}; my $a = A.new.clone'
> Method 'clone' not found for invocant of class 'A'
> [...]
> Segmentation fault
>
> Perhaps more to the point, the following should work too, and print
> "5\n42\n":
On Sat Dec 13 08:08:17 2008, masak wrote:
> rakudo: multi foo(&c where { .arity == 1 }) { say "One." };
> multi foo(&c where { .arity == 2 }) { say "Two." }; foo({$^a + $^b +
> $^c })
> rakudo 33858: OUTPUT[Ambiguous dispatch to multi 'foo'.
> Ambiguous candidates had signatures::(Any c where al
HaloO,
Daniel Ruoso wrote:
The number of "summands" might be also unknown. i.e.: map.
when you have
my @a <== map { ... } <== something()
you can't really know how many elements you have in the first
dimension...
Hmm, I thought that all lists know their length, and if not
they advertise I
On Sun Dec 14 02:26:54 2008, masak wrote:
> It feels a bit odd that the below two one-liners don't work the same
> way in Rakudo r33860.
>
> $ perl6 -e 'class A { my $a = method { say self.WHAT }; method x {
> self.$a() } }; A.new.x'
> A
>
> $ perl6 -e 'my $a = method { say self.WHAT }; class A {
Author: kjs
Date: Wed Dec 17 12:54:21 2008
New Revision: 34044
Modified:
trunk/docs/pdds/pdd19_pir.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/compilers/imcc/imcc.y
trunk/compilers/imcc/imcparser.c
Log:
[imcc] remove commented-out code for s
On Wed, 17 Dec 2008, Daniel Ruoso wrote:
Em Qua, 2008-12-17 às 15:00 +1100, Timothy S. Nelson escreveu:
My basic assumption is that there's going to be some kind of packaging
system written around 6PAN.
Please take a look in some notes I've written some time ago:
http://www.perlfounda
jn...@jnthn.net via RT wrote:
> On Sat Jul 26 06:45:21 2008, jn...@jnthn.net wrote:
>> On Wed Jul 23 01:51:32 2008, mor...@casella.verplant.org wrote:
>> > t/spec/S12-class/declaration-order.t by Carl Mäsak revealed a parrot bug
>> > which can be reproduced with this small sample:
>> > $ cat eval-b
On Sat Nov 29 08:34:39 2008, chrisdolan wrote:
> Without my patch, the first of the following succeeds but the second
> fails. With the patch, they both succeed. My patch allows you to use
> more than one "::" in a <> element *inside* a regex.
>
> grammar Grammar::Deep { token foo { 'foo' }; }
>
On Sat Dec 13 07:59:45 2008, masak wrote:
> rakudo: sub foo(&code_block where { 1 <= .arity <= 2 }) { say
> "OH HAI" }; foo(1)
> rakudo 33858: OUTPUT[Method 'arity' not found for invocant of
> class 'Int'current instr.: '_block23' pc 417 (EVAL_14:163)]
> what does Int have to do with it?
> ma
On Sun Dec 07 03:31:55 2008, moritz wrote:
> On Sat Dec 06 14:07:35 2008, masak wrote:
> > Rakudo r33577 can do private method calls.
> >
> > $ perl6 -e 'class A { my method x {}; method y { self!x } }; A.new.y'
> >
> > And it can do calls to methods whose name is given in a string.
> >
> > $ pe
* David Green [2008-12-16 18:30]:
> So what if we had "LOOP $n {}" that executed on the nth
> iteration?
Ugh. Please no. Now you suddenly have this odd new corner of the
language with all its very own semantics and you have to figure
out how to make it orthogonal enough and when it’s evaluated an
On Wed, 17 Dec 2008, Daniel Ruoso wrote:
It also allows one source package to generate different binary packages
(for instance, having scripts, libs and docs splitted), and makes it
easier to do an uninstall, because a "binary"/"installable" package
would have a fixed list of files.
I agree o
My question is, what sort of information actually belongs in a final
version of the 6PAN spec? I'm assuming it will at least include 6PAN Package
format (layout, metadata, etc), and I'd suggest that it also include the
layout of packages on the 6PAN server.
Some have suggested a particular
27 matches
Mail list logo