Larry Wall wrote:
Jonathan Lang wrote:
: Two questions:
:
: 1. How would the capture sigil affect the use of capture objects as
: replacements for perl5's references?
I don't see how it would have any effect at all, unless the P5 ref happened
to be to a typeglob, or had both array and hash seman
On Fri, Sep 22, 2006 at 12:32:27AM -0700, Jonathan Lang wrote:
: Larry Wall wrote:
: >Jonathan Lang wrote:
: >: Two questions:
: >:
: >: 1. How would the capture sigil affect the use of capture objects as
: >: replacements for perl5's references?
: >
: >I don't see how it would have any effect at a
Larry Wall wrote:
: This would mean that the rules for capturing are as follows:
:
: * Capturing something in scalar context: If it is a pair, it is
: captured as a named argument; otherwise, it is captured as the
: invocant.
:
: * Capturing something in list context: Pairs are captured as named
Larry Wall wrote:
You don't need to use | to store a capture any more than you need @ to
store an array. Just as
$x = @b;
@$x;
gives you the original array,
Huh. I'm not used to this happening. So what would the following
code do, and why?
my @b = ('foo', 'bar');
my $x = @b;
Randal L. Schwartz wrote:
""A" == "A Pagaltzis" <[EMAIL PROTECTED]> writes:
"A> * Randal L. Schwartz [2006-09-20 19:30]:
"Fagyal" == Fagyal Csongor <[EMAIL PROTECTED]> writes:
yet I never needed those HTML generating methods.
You've never made a sticky form
Am Donnerstag, 21. September 2006 22:40 schrieb Karl Forner:
> Hello,
>
> I've worked on the bug #40064, that was to test the shootout PIR programs
> in examples/shootout.pir
Great. Thanks, applied as r14684.
> - pidigits.pir do not work for the required value N=27. I suppose that's
> because, as
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40393]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40393 >
Hi,
This is a patch to hopefully finish off the emacs/vim C coda
additions, and adds
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40394]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40394 >
Hi,
This patch gets code_coda.t to test for multiply-defined codas (for
those cases
Jonathan Lang wrote:
Larry Wall wrote:
You don't need to use | to store a capture any more than you need @ to
store an array. Just as
$x = @b;
@$x;
gives you the original array,
Huh. I'm not used to this happening. So what would the following
code do, and why?
my @b = ('foo',
From S05:
If a subrule appears two (or more) times in any branch of a lexical
scope (i.e. twice within the same subpattern and alternation), or if the
subrule is quantified anywhere within a given scope, then its
corresponding hash entry is always assigned an array of
C objects rather than a sing
On Fri, Sep 22, 2006 at 10:22:52PM +0800, Audrey Tang wrote:
> Moreover:
>
>/ bar bar +/
>
> should set $ to an Array with two Match elements, the first being a
> simple match, and the second has multiple positional submatches.
>
> The thinking behind the separate treatment is that in a cont
2006/9/22, Patrick R. Michaud <[EMAIL PROTECTED]>:
Out of curiosity, why not:
/ bar bar $:=(+)/
and then one can easily look at $.from and $.to, as well
as get to the arrayed elements? (There are other possibilities as
well.)
I'm not arguing in favor of or against the proposal, just poin
Steffen Schwigon wrote:
Thanks for reporting the solution back.
And it even works with unicode operators. Looks like we finally
really get our "ankh, pentagram, and that smiley teddy bear from
that Grateful Dead album". (*) :-) Thanks to Unicode, thanks to Pugs
So hopefully in the same spir
On 9/22/06, Richard Hainsworth <[EMAIL PROTECTED]> wrote:
Biggest problems are the following:
a) finding the symbols - I had to use two editors, and getting them to
show them on screen
Good place to see all of the symbols in Unicode is
http://unicode.org/charts/symbols.html (a lot of PDF-files
On 9/21/06, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
This patch gets code_coda.t to test for multiply-defined codas (for
those cases when a file append or automated tool adds a coda
unnecessarily). I have a feeling it's not pretty code, but my perl
foo is only slowly improving.
great id
thanks, applied as r14688.
~jerry
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40402]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40402 >
Hi,
http://svn.perl.org/viewcvs/parrot/trunk/src/ops/dotgnu.ops was meant for
c
From: "Paul Cochrane" (via RT) <[EMAIL PROTECTED]>
Date: Thu, 21 Sep 2006 17:22:47 -0700
Hi,
. . .
I have a question about one file though: parrot/src/malloc-trace.c has
the following part in the coda that it currently has:
* compile-command:
*"gcc -Wall -O -fpic -s
Am Freitag, 22. September 2006 19:22 schrieb Bernhard Schmalhofer:
> Hi,
>
> http://svn.perl.org/viewcvs/parrot/trunk/src/ops/dotgnu.ops was meant for
> conversion ops for a C#-Implementation.
>
> It looks obsolete to me, especially as there now is languages/dotnet.
Yep.
> Does anybody mind, if I
Bernhard Schmalhofer (via RT) wrote:
http://svn.perl.org/viewcvs/parrot/trunk/src/ops/dotgnu.ops was meant for
conversion ops for a C#-Implementation.
It looks obsolete to me, especially as there now is languages/dotnet.
Does anybody mind, if I remove it?
I think remove it. I don't know ho
Aaron Sherman wrote:
IMHO most of the confusion here goes away if capture variables ONLY
store parameter-list-like captures, and any other kind of capture
should, IMHO, permute itself into such a structure if you try to store
it into one. That way, their use is carefully constrained to the places
Author: larry
Date: Fri Sep 22 23:27:00 2006
New Revision: 12339
Modified:
doc/trunk/design/syn/S02.pod
Log:
lingering postfix-to-prefix fallback
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02
Author: larry
Date: Fri Sep 22 23:40:54 2006
New Revision: 12340
Modified:
doc/trunk/design/syn/S06.pod
Log:
clarified that prefix: ops with multiple args default to listop precedence
Modified: doc/trunk/design/syn/S06.pod
=
Author: larry
Date: Fri Sep 22 23:45:40 2006
New Revision: 12342
Modified:
doc/trunk/design/syn/S06.pod
Log:
Last ci had typo and was unclear about whether it applied only to identifiers.
Modified: doc/trunk/design/syn/S06.pod
=
24 matches
Mail list logo
