Re: State of Design Documents

On Mon, Jun 13, 2005 at 02:22:59PM -0500, Patrick R. Michaud wrote: > On Fri, Jun 10, 2005 at 02:36:52PM -0400, Joshua Gatcomb wrote: > > > I have included a sample framework for chapter 17. Theoretically, > > someone could then go search the archives for decision points i

Re: new mailing list: perl6-general?

On Tue, Jun 14, 2005 at 03:54:45PM +0200, BÁRTHÁZI András wrote: > I would have some general Perl6 programming questions. Where should I ask > them? It's not about language design, not about compiling/compilers and > even not related to the internals. > > As more and more people will start hacki

Re: new mailing list: perl6-general?

On Tue, Jun 14, 2005 at 10:04:34AM -0500, Patrick R. Michaud wrote: > > Perhaps what we need is updated descriptions of the various mailing > lists on perl.org (http://dev.perl.org/perl6/lists/)? I'll draft > some proposed changes to that page. And here they are... this is jus

PATCH: S04 - unary C<=> is not slurpy

Based on an off-list discussion, it turns out that unary C<=> is not slurpy as mentioned in S04. The following patch to S04 corrects this; I've already applied the patch but thought I'd pass it by p6l for review/comments/reactions. Pm Index: S04.pod ==

Re: Ignoring parameters

On Fri, Jun 17, 2005 at 07:05:11AM +1000, Damian Conway wrote: > Gaal Yahas wrote: > >On Thu, Jun 16, 2005 at 01:26:31PM -0600, Luke Palmer wrote: > >>>Say I have a class method in FooClass, callable as FooClass.greet(): > >>>method greet(Class $class: ) { > >>> say "Hello, FooClass!"; >

Re: Ignoring parameters

On Fri, Jun 17, 2005 at 08:13:55AM +1000, Damian Conway wrote: > Patrick wrote: > >method greet(FooClass $class:) { say "Hello!"; } > > No. That needs to be: > > method greet(FooClass ::class:) { say "Hello!"; } > > (as implied by "takes a class as its invocant" in S12). Okay, I'm a b

Re: Ignoring parameters

On Fri, Jun 17, 2005 at 11:56:11AM -0700, Larry Wall wrote: > On Fri, Jun 17, 2005 at 09:03:57AM -0500, Patrick R. Michaud wrote: > : Is '::' acting as a sigil here? > > Yes. > > : rule variable { [ \( \) ]? } > :

Re: Ignoring parameters

On Sat, Jun 18, 2005 at 08:18:17AM +1000, Damian Conway wrote: > The point being that methods no longer topicalize their invocant. To update the design docs, A06 currently says: Methods, submethods, macros, rules, and pointy subs all bind their first argument to C<$_>; ordinary subs decl

Re: Perl 6 Summary for 2005-06-21 through 2005-06-28

On Tue, Jun 28, 2005 at 08:11:24PM -0400, Matt Fowles wrote: >Parrot Loses with Fedora Core 4 > Patrick reported that Fedora Core 4 and Parrot don't get along well. Leo > suggested a possible solution. No response from Patrick. An update: Patrick submitted a patch based on Leo's sug

Rakudo Star - a useful, usable, "early adopter" distribution of Perl 6

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the July 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the July 2010 release is available from . Rakudo Star is aimed at "early adopter

Re: Array membership test?

On Fri, Jul 30, 2010 at 01:52:18AM +0200, Jonathan Worthington wrote: > Mark J. Reed wrote: > >Possibly a FAQ, but is there a simple way of asking if an item is > >contained in an array? > > > my @x = 1,2,3; say ?...@x.grep(2); say ?...@x.grep(4); > 1 > 0 > > Though more efficient would be: >

Re: Smart match isn't on Bool

On Sat, Jul 31, 2010 at 11:47:13AM -0400, Brandon S Allbery KF8NH wrote: > [...], and > if the point is to be a general case statement then "when " > should smartmatch against $_ instead of evaluating it with $_ > available as a shorthand/topic. This is exactly what "when block" does -- it sm

Re: Smart match isn't on Bool

On Sat, Jul 31, 2010 at 10:56:47AM -0600, David Green wrote: > It's not unreasonable, especially if that's what you expect. > But it's even more reasonable to expect this to work: > given $something { > when True { say "That's the truth!" } > when 42 { say "Good

Re: Smart match isn't on Bool

On Sat, Jul 31, 2010 at 04:29:00PM -0400, Aaron Sherman wrote: > My problem with that is that it's a really odd use of given/when, and given > the implicit smart-match, it doesn't make much sense. Now, to slightly > backtrack, I do agree that there should be at least one way to do something, > and

Re: pattern alternation (was Re: How are ...)

On Thu, Aug 05, 2010 at 12:29:38AM -0700, Darren Duncan wrote: > Carl Mäsak wrote: > >Darren (>): > >>Read what I said again. I was proposing that the namespace comprised of > >>names matching a pattern like this: > >> > >> /^ <[A..Z]>+ | <[a..z]>+ $/ > > > >/^ [<[A..Z]>+ | <[a..z]>+] $/ > > Are

Re: pattern alternation (was Re: How are ...)

On Thu, Aug 05, 2010 at 10:27:50AM -0400, Aaron Sherman wrote: > On Thu, Aug 5, 2010 at 7:55 AM, Carl Mäsak wrote: > > I see this particular thinko a lot, though. Maybe some Perl 6 lint > > tool or another will detect when you have a regex containing ^ at its > > start, $ at the end, | somewhere i

Announce: Rakudo Star 2010.08 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the August 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the August 2010 release is available from . Rakudo Star is aimed at "early ado

Re: [perl6/specs] 761178: remove some some duplicate words words

On Wed, Sep 08, 2010 at 04:02:10PM +0400, Richard Hainsworth wrote: > I do want the diffs back: its the only way I have to keep at least > some idea of what is changing any why. We know that a lot of people would like to see the diffs available through the commit messages, but afaik none of us act

Announce: Rakudo Star 2010.09 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the September 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the September 2010 release is available from . Rakudo Star is aimed at "ear

Re: threads?

On Tue, Oct 12, 2010 at 07:22:33AM -0700, Damian Conway wrote: > What we really need is some anecdotal evidence from folks who are actually > using threading in real-world situations (in *any* languages). What has worked > in practice? What has worked well? What was painful? What was error-prone? >

Announce: Rakudo Star 2010.10 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the October 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the October 2010 release is available from . Rakudo Star is aimed at "early a

Re: Unicode Categories

On Wed, Nov 10, 2010 at 01:03:26PM -0500, Chase Albert wrote: > Sorry if this is the wrong forum. I was wondering if there was a way to > specify unicode > categoriesin > a regular expression (and hence a grammar), or if there would be any

Re: Unicode Categories

On Wed, Nov 10, 2010 at 01:21:57PM -0500, Chase Albert wrote: > That's exactly what I was looking for*. Awesome, thank you. > > * Almost. E.g. isL would be nice to have as well. Those exist also: $ ./perl6 > say 'abCD34' ~~ / / a > say 'abCD34' ~~ / / 3 > Pm

Re: IO Multiplexing

On Fri, Nov 12, 2010 at 11:21:10AM -0800, Stefan O'Rear wrote: > TIMTOWDI. Perl without system calls is not Perl. +1 > This is why S16 is junk - too much blue-sky thinking, not enough > pragmatism and practical experience. Agreed. > Forbidding things out of idealistic concerns like API purity

Announce: Rakudo Star 2010.11 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the November 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the November 2010 release is available from . Rakudo Star is aimed at "early

Announce: Rakudo Star 2010.12 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the December 2010 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the December 2010 release is available from . Rakudo Star is aimed at "earl

Announce: Rakudo Star 2010.12 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the January 2011 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the January 2011 release is available from . Starting with this January 2011

Announce: Rakudo Star 2011.01 released

(Resending, since I had the wrong date in the subject line of my previous post. Apologies to everyone for the duplicates! --Pm) On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the January 2011 release of "Rakudo Star", a useful and usable distribution of Perl 6. The t

Re: Enumerating prefix operators, and spec changes

On Wed, Mar 09, 2011 at 04:40:19PM -0800, Stefan O'Rear wrote: > This is a more general problem: the distinction between prefix ops > and functions is not well defined. For instance, 'defined 1 && 0' > is parsed as defined(1) && 0 by Rakudo, but as defined(1 && 0) by > STD and derivatives. I thin

Announce: Rakudo Star 2011.04 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the April 2011 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the April 2011 release is available from . Rakudo Star is aimed at "early adopt

Re: Close($file) required in Perl 6, unlike Perl 5

On Sun, Jul 17, 2011 at 10:21:19AM +0200, Moritz Lenz wrote: > > Question to the Parrot developers: How could I implement DESTROY methods > in Rakudo? Is there any vtable I can override, or so? Note that such a > method might itself allocate new GCables. While not urgent, it's > important for us i

Re: Bug?

On Sun, Jul 17, 2011 at 10:40:01AM +0200, Moritz Lenz wrote: > On 07/14/2011 11:47 PM, Parrot Raiser wrote: > > When a subroutine is invoked with an empty parameter list, as follows: > > > > run_stuff(); > > > > sub run_stuff { > > my ($parm) = @_; > > say "Parameter is $parm"; > > } > >

Re: Close($file) required in Perl 6, unlike Perl 5

On Mon, Jul 18, 2011 at 10:41:30AM -0400, Peter Lobsinger wrote: > On Sun, Jul 17, 2011 at 11:00 AM, Patrick R. Michaud > wrote: > > On Sun, Jul 17, 2011 at 10:21:19AM +0200, Moritz Lenz wrote: > >> > >> Question to the Parrot developers: How could I implement DEST

Re: Close($file) required in Perl 6, unlike Perl 5

On Mon, Jul 18, 2011 at 11:26:49AM -0400, Andrew Whitworth wrote: > On Mon, Jul 18, 2011 at 10:41 AM, Peter Lobsinger wrote: > > The destructor does exactly that, but is not triggered by global teardown. > > That seems wrong to me, we should be sweeping pools and destroying > PMCs on global teard

Re: Encapsulating the contents of container types

On Sat, Aug 20, 2011 at 04:41:08PM -0700, Darren Duncan wrote: > I believe the general solution to this problem is to make all > objects immutable, with the only exception being explicit > references, and so mutating an object isn't an option; rather you > have to derive a new object. > > "Values"

Re: Encapsulating the contents of container types

On Mon, Aug 22, 2011 at 06:39:25AM +0100, Nicholas Clark wrote: > Is it? If, at the implementation layer, all accesses to objects are actually > function calls called via vtables, then surely it's *relatively* simple to > change the vtable to replace > > * mutator methods with methods which croak

Re: [perl6/specs] a7cfe0: [S32] backtraces overhaul

On Tue, Aug 23, 2011 at 05:36:27PM +0200, Damian Conway wrote: > And I'd like there to be a more consistent approach than that > (though I don't really care what it actually is). +1 to consistency. Pm

Re: How to make a new operator.

On Fri, Mar 23, 2012 at 03:03:09PM +1300, Martin D Kealey wrote: > On Thu, 22 Mar 2012, Carl Mäsak wrote: > > Jonathan Lang (>>), Daniel (>): > > >>    1, 2, 4 ... 100 # same as 1,2,4,8,16,32,64 > > > > > > That last one doesn't work on Rakudo :-( > > > > And it never will. Note that 100 is not a p

Re: How to make a new operator.

On Thu, Mar 22, 2012 at 11:07:08AM -0500, Bruce Gray wrote: > Well, it works in Niecza. It does not (yet) work in Rakudo: > 15:25 perl6: my @squares := 0, (-> *@a { @a.elems ** 2 }) > ... *; say ~@squares[^11]; > 15:25 ..niecza v15-4-g1f35f89: OUTPUT<<0 1 4 9 16 25 36 49 > 64 81 100NL

Re: The trouble with awesome

On Sat, May 26, 2012 at 05:34:18AM +0530, Siddhant Saraf wrote: > Rakud[o] is not _the_ reference implementation of Perl 6. Actually, there is > no reference implementation for Perl 6. There never will be. Whoever wants > to make a perl6 implementation is free to do so. Just follow the spec and > y

Rakudo Star 2012.08 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the August 2012 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the August 2012 release is available from . A Windows .MSI version of Rakudo St

Rakudo Star 2012.09 released

On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the September 2012 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the September 2012 release is available from . A Windows .MSI version of Rak

Re: Perl 6 in Perl 6?

On Thu, Oct 18, 2012 at 09:59:21AM +0200, Moritz Lenz wrote: > > On 10/18/2012 09:02 AM, Darren Duncan wrote: > >Something (PyPy et al) got me wondering, is it a goal in the Perl > >community before too long to have a (compiling) implementation of Perl 6 > >written entirely in Perl 6? > > A fair

Re: Panda on Windows

On Wed, Mar 20, 2013 at 01:49:21PM +0100, Tadeusz Sośnierz wrote: > On 03/20/2013 10:21 AM, phi...@free.fr wrote: > >Hello, > > > >when I type "panda" on the Windows command line, I get the following message: > > > >D:\users\me>panda > >connect failed: A connection attempt failed because the connec

Rakudo Star 2013.05 released

## A useful, usable, "early adopter" distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the May 2013 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball and Windows .MSI for the May 2013 release are available from

Re: Rakudo Star 2013.05 released

On Thu, May 30, 2013 at 11:08:13PM -0500, Patrick R. Michaud wrote: > This Star release includes [release 2013.05] of the > [Rakudo Perl 6 compiler], version 5.2.0 of the [Parrot Virtual > Machine] ... Oops. The 2013.05 release actually contains Parrot 5.3.0. Sorry about the typo. Pm

Re: Are set operations needed?

On Thu, Jul 18, 2013 at 07:07:20PM +0800, Richard Hainsworth wrote: > I wondered whether the desire to have sets in perl6 was driven by > mathematical fashion sensitivity (in some roundabout unconscious > way) and because sets are important to mathematical foundations. > [...] > Sets do not impleme

Re: Introduction to Synopses

On Sun, Sep 29, 2013 at 01:28:48PM +0800, Richard Hainsworth wrote: > However, the Synopses are now primary specification and the > Apocalypses have only historical significance. Also there are more > Synopses than Apocalypses. One correction: The test suite ("roast") is the primary specification

Re: Introduction to Synopses

On Mon, Sep 30, 2013 at 02:03:43AM +0800, Richard Hainsworth wrote: > Not wising to disagree with PM, but "|docs/feather/syn_index.html" > states on line 1:| > "The Synopsis documents are to be taken as the formal specification > for Perl 6 implementations" What follows is just my opinion, there's

Re: Class attribute introspection

On Mon, Oct 28, 2013 at 05:17:37PM +0400, Richard Hainsworth wrote: > Pardon the ignorance, but what is "the MOP". I sometimes get floored > by the jargon. Whatever answer we get should go into S99. https://github.com/perl6/specs/blob/master/S99-glossary.pod Pm

Re: Licensing: Perl 6 specification and test suite

On Tue, Nov 05, 2013 at 03:36:47PM +0100, Moritz Lenz wrote: > Somehow I have always worked under the assumption that it is under > the Artistic License 2, just as Rakudo and NQP, and community > concensus seem to agree with me. Therefor I've added an AL2 LICENSE > file to the perl6/roast repositor

Re: Licensing: Perl 6 specification and test suite

On Tue, Nov 05, 2013 at 04:21:12PM +0100, Jan Ingvoldstad wrote: > Considering that the specification is sortof actually a language > specification, I think there should at least be some terms regarding how > this should apply. Just to nit semantics a bit and push a little harder on something I've

Re: Licensing: Perl 6 specification and test suite

On Tue, Nov 05, 2013 at 11:00:59AM -0600, Patrick R. Michaud wrote: > > Forking the documentation, or creating derivative works, shouldn't be a > > problem, as long as it doesn't change the specification in itself, and > > thereby create confusion regarding what

Re: memory leak I think.

On Thu, Dec 19, 2013 at 11:27:32AM +0800, Richard Hainsworth wrote: > I've been running a perl6 program that runs through a loop, dumps > intermediate results and starts again with new initialisation > values. > [...] > Looking at system resources, the program chews up memory resources > continuall

Re: To :D or not to :D

On Mon, Oct 12, 2015 at 09:51:13PM +0200, Mark Overmeer wrote: > > method new(MyClassHere:U: *@args) { ... } > > > > in the constructor, which would be quite hostile to newbies. It's still > > not clear to me how to avoid that. > > It is also unclear to me what this means. It is a method whi

Re: To :D or not to :D

On Tue, Oct 13, 2015 at 12:32:01AM +0200, Mark Overmeer wrote: > Yes, that what I started realizing when I saw all the pain Perl6 goes to > ignore the existence of a real "undef" in the language. (I follow Perl6 > from a short distance since its start, read all original designs, but > this penny d

Re: Naming debate- what's the location for it?

On Wed, Feb 14, 2018 at 05:55:54PM +, raiph mellor wrote: > (Perl) Rakudo > === > > If jnthn and pmichaud and larry can warm to this idea, then: > [...] > The 'Perl' could be dropped from Rakudo specific propaganda, > calling the language just Rakudo instead, to reinforce that it refer

[perl #61846] [spec] Is this syntax OK: @a[0..**-1]

On Tue Dec 30 01:47:47 2008, masak wrote: > Just wondering whether the following syntax, currently accepted by > Rakudo r34628, is legal Perl 6: > > $ perl6 -e 'say ("a".."c").list[0..**-1]' > abc As of r34652, this now produces an empty list (which is what I would expect). $ perl6 -e 'say

<    1   2   3   4