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

r28953 - docs/Perl6/Spec

0 views
Skip to first unread message

pugs-c...@feather.perl6.nl

unread,
Oct 29, 2009, 4:23:11 PM10/29/09
to perl6-l...@perl.org
Author: lwall
Date: 2009-10-29 21:23:11 +0100 (Thu, 29 Oct 2009)
New Revision: 28953

Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S05-regex.pod
Log:
[S02] closure in string makes lexical scope
[S05] closure in regex makes lexical scope


Modified: docs/Perl6/Spec/S02-bits.pod
===================================================================
--- docs/Perl6/Spec/S02-bits.pod 2009-10-29 20:22:34 UTC (rev 28952)
+++ docs/Perl6/Spec/S02-bits.pod 2009-10-29 20:23:11 UTC (rev 28953)
@@ -3202,7 +3202,8 @@
not be followed by any dereferencers, since you can always put them
inside the closure. The expression inside is evaluated in string item
context. You can force list context on the expression using
-the C<list> operator if necessary.
+the C<list> operator if necessary. A closure in a string establishes
+its own lexical scope.

The following means the same as the previous example.

Modified: docs/Perl6/Spec/S05-regex.pod
===================================================================
--- docs/Perl6/Spec/S05-regex.pod 2009-10-29 20:22:34 UTC (rev 28952)
+++ docs/Perl6/Spec/S05-regex.pod 2009-10-29 20:23:11 UTC (rev 28953)
@@ -791,7 +791,8 @@
It now delimits an embedded closure. It is always considered
procedural rather than declarative; it establishes a sequence point
between what comes before and what comes after. (To avoid this
-use the C<< <?{...}> >> assertion syntax instead.)
+use the C<< <?{...}> >> assertion syntax instead.) A closure
+within a regex establishes its own lexical scope.

=item *

0 new messages