On Fri, 2009-08-21 at 14:24 +1100, Илья wrote:
> -multi foo (@bar) { "Array " ~ join(', ', @bar) }
> -multi foo (%bar) { "Hash " ~ join(', ', %bar.keys.sort) }
> +multi foo (@bar) { "Positioanl " ~ join(', ', @bar) }
> +multi foo (%bar) { "Associative " ~ join(', ', %bar.keys.sort) }
Typo in thi
Martin D Kealey wrote:
> I wonder if this is becoming the new Perl mantra "use lexically scoped
> pragmata".
Larry said it much more succinctly: all's fair if you predeclare.
--
Jonathan "Dataweaver" Lang
On Wed, 19 Aug 2009, Timothy S. Nelson wrote:
> ..but Perl is more magic than bash :). Seriously, I can see both
> sides of the argument, and I'm leaning towards the $*CWD = chdir idea (as an
> option if people want to use it), but I realise that a lot of people are
> leaning the other way.
Hi there,
trivial patch in attach.
(11:47:29 AM) ihrd: it type-based.t we have
(11:47:50 AM) ihrd: multi foo (@bar) { "Array " ~ join(', ', @bar) }
(11:48:24 AM) ihrd: and is(foo(@array), 'Array foo, bar, baz',
'dispatched to the Array sub');
(11:48:47 AM) Jonathan Worthington: nod
(11:49:07 AM)
Hi there,
I `m looking into MMD, example:
> multi t (@a) {1}
> multi t (Array $a) {2}
> multi t (Positional $a) {3}
> multi t (Positional[Array] $a) {4}
> say t()
1
> say t(Array.new)
2
> my $foo does Positional; say t($foo)
1
> my @a; say t(@a)
2
I am expected some sort of ambiguous there.
Tha
Jan Ingvoldstad wrote:
On Thu, Aug 20, 2009 at 10:44 PM, Kevan Benson wrote:
That said, I submit that it's a very confusing part of the language as
defined currently, and I haven't seen a very thorough explanation of the
purpose of each method in the chain the instantiates a new object. S12
to
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20090829T19Z
DTEND:20090829T21Z
DTSTAMP:20090820T151226Z
ORGANIZER;CN=Art Schmidt:mailto:fri...@gmail.com
UID:qt61sce1nod31kssr0ppu45...@google.com
ATTENDEE;C
On Thu, Aug 20, 2009 at 10:44 PM, Kevan Benson wrote:
>
>
> That said, I submit that it's a very confusing part of the language as
> defined currently, and I haven't seen a very thorough explanation of the
> purpose of each method in the chain the instantiates a new object. S12
> touches upon them
Moritz Lenz wrote:
Kevan Benson wrote:
Should there not be a way to define object constructors with custom
signatures that can be usefully invoked like a normal constructor?
Currently, defining a BUILD method for a class with a specific signature
doesn't seem to allow for the object to be inv
Kevan Benson wrote:
> Should there not be a way to define object constructors with custom
> signatures that can be usefully invoked like a normal constructor?
>
> Currently, defining a BUILD method for a class with a specific signature
> doesn't seem to allow for the object to be invoked by new
2009/8/20 Kyle Hasselbacher :
> Beginning with this release, Rakudo Perl builds from an "installed
> Parrot" instead of using Parrot's build tree. This release of Rakudo
> requires Parrot 1.5.0. For the latest information on building and
> using Rakudo Perl, see the README file section titled "Buil
2009/8/20 Kyle Hasselbacher :
> On behalf of the Rakudo development team, I'm pleased to announce
> the August 2009 development release of Rakudo Perl #20 "PDX".
> Rakudo is an implementation of Perl 6 on the Parrot Virtual Machine [1].
> The tarball for the August 2009 release is available from
>
12 matches
Mail list logo
