Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Apocalypse 12

0 views
Skip to first unread message

Chromatic

unread,
Apr 16, 2004, 8:30:01 PM4/16/04
to p6l
Perl.com has just made A12 available:

http://www.perl.com/pub/a/2004/04/16/a12.html

Warning -- 20 pages, the first of which is a table of contents.

Enjoy,
-- c

Piers Cawley

unread,
Apr 17, 2004, 6:22:54 AM4/17/04
to chromatic, p6l
chromatic <chro...@wgz.org> writes:

But it's all excellent good stuff. Well done Larry and Co. Now, if you
could all just hold off with the questions 'til Monday you'll make a
summary writer's life a good deal easier.

--
Biologist: What's worse than being chased by a Velociraptor?
Physicist: Being chased by an Acceloraptor
-- Larry Wall in A12

Austin Hastings

unread,
Apr 17, 2004, 10:21:14 AM4/17/04
to chromatic, p6l
> From: chromatic [mailto:chro...@wgz.org]

This week I've celebrated my birthday, had my jaw unwired, uncovered five
job prospects, and finally got A12.

When I do this "year in review", this week will be hard to beat.

Woo-hoo!

=Austin

David Storrs

unread,
Apr 17, 2004, 10:48:10 AM4/17/04
to p6l


It's here, it's here, it's heeeeeeeerrrrrrrreeeee!!
*Ahem*

Sorry. Will now go off and read quietly.

--Dks

John Siracusa

unread,
Apr 17, 2004, 11:43:24 AM4/17/04
to Perl 6 Language
On 4/17/04 6:22 AM, Piers Cawley wrote:

> chromatic <chro...@wgz.org> writes:
>> Warning -- 20 pages, the first of which is a table of contents.
>
> But it's all excellent good stuff. Well done Larry and Co. Now, if you
> could all just hold off with the questions 'til Monday you'll make a
> summary writer's life a good deal easier.

Putting it off will only make things worse for you later! ;) I have many
A12 questions and comments in the queue, but alas I am busy this weekend so
you're safe for now...

-John

Brent 'Dax' Royal-Gordon

unread,
Apr 17, 2004, 11:59:38 AM4/17/04
to chromatic, p6l
chromatic wrote:
> Perl.com has just made A12 available:

I started reading it last night, and ended up going to bed before I was
finished. But I just wanted to say that this:

With this dispatcher you can continue by saying "next METHOD".

is the sort of genius that makes me glad Larry's designing this
language. Well done!

--
Brent "Dax" Royal-Gordon <br...@brentdax.com>
Perl and Parrot hacker

Oceania has always been at war with Eastasia.

Mark A. Biggar

unread,
Apr 17, 2004, 1:07:30 PM4/17/04
to Brent 'Dax' Royal-Gordon, perl6-l...@perl.org
Brent 'Dax' Royal-Gordon wrote:

> chromatic wrote:
>
>> Perl.com has just made A12 available:
>
>
> I started reading it last night, and ended up going to bed before I was
> finished. But I just wanted to say that this:
>
> With this dispatcher you can continue by saying "next METHOD".
>
> is the sort of genius that makes me glad Larry's designing this
> language. Well done!
>

Yeah, remmeber from A4 that flow control stuff like "next", "leave",
"return" are semantically a form of exception throw and so are actaully
dymanically (not lexically) scoped (although the compiler is free to
optimize if the target is in the lexical scope of the construct or
vice versa).

--
ma...@biggar.org
mark.a...@comcast.net

Mark A. Biggar

unread,
Apr 19, 2004, 4:12:41 AM4/19/04
to Brent 'Dax' Royal-Gordon, perl6-l...@perl.org
Brent 'Dax' Royal-Gordon wrote:

> chromatic wrote:
>
>> Perl.com has just made A12 available:
>
>
> I started reading it last night, and ended up going to bed before I was
> finished. But I just wanted to say that this:
>
> With this dispatcher you can continue by saying "next METHOD".
>
> is the sort of genius that makes me glad Larry's designing this
> language. Well done!
>

Yeah, remmeber from A4 that flow control stuff like "next", "leave",

Austin Hastings

unread,
Apr 19, 2004, 8:41:37 AM4/19/04
to Perl6 Language

I kind of have a problem with this on fragility grounds.

Not so much the C<next METHOD> syntax, as the whole non-local-goto idea.

Specifically, if you have code that uses C<next> or C<last> without the loop
name, it's vulnerable to having additional control structures inserted in
the flow. (If the named approach is used, it's vulnerable to having named
entities inserted in the flow. Less vulnerable, but vulnerable.)

I'm wondering if there's some way to convert C<next METHOD> into C<next
$METHOD>, such that each loop would have a unique "identity" that could be
passed around.

This would raise the bar for erroneous invocations, and at the same time
make slightly more programmatic things possible. (Sure, C<eval "next
$meth;";> works, but at what price?)

=Austin

0 new messages