| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@32054
|
|
|
|
|
|
|
|
|
| |
Change 22306# inadvertently made 'local $[' statement-scoped
rather than block-scoped; so revert that change and add a
different fix. The problem was to ensure that the savestack got
popped correctly while popping errored tokens. We how record the
current value of PL_savestack_ix with each pushed parser state.
p4raw-id: //depot/perl@31615
|
|
|
| |
p4raw-id: //depot/perl@31209
|
|
|
|
|
|
|
|
| |
declaration don't have multiple 'd' keys.
Subject: [PATCH] mad: different key for the locale declarator
Message-Id: <20070508171125.GI17043@ostwald>
p4raw-id: //depot/perl@31208
|
|
|
| |
p4raw-id: //depot/perl@31203
|
|
|
| |
p4raw-id: //depot/perl@31200
|
|
|
| |
p4raw-id: //depot/perl@31134
|
|
|
| |
p4raw-id: //depot/perl@30900
|
|
|
|
|
|
| |
Subject: [PATCH] MAD C-style for loop
Message-Id: <20070321181852.GD31539@ostwald>
p4raw-id: //depot/perl@30676
|
|
|
| |
p4raw-id: //depot/perl@30599
|
|
|
| |
p4raw-id: //depot/perl@29601
|
|
|
| |
p4raw-id: //depot/perl@29569
|
|
|
|
|
|
|
|
|
| |
- fix MAD coredump in tr///
- fix mad coredump in multi-line string literals
- kill some MAD uninit value warnings
- don't allow assignment to $n in perly.y
- make op_dump handle op_latefree flags
p4raw-id: //depot/perl@29548
|
|
|
| |
p4raw-id: //depot/perl@29542
|
|
|
|
|
|
|
|
|
|
|
|
| |
Repeat of change #28319 (backed out by change #28720), this time
freeing ops using the right pad. Also backs out the remempad
parser addition from change #29501; instead a new auxiliary
paser stack is added, which records the current value of
PL_comppad for every state.
p4raw-link: @29501 on //depot/perl: 2af555bf3f2b3ca8e114df3f5f680d40bd24d6bf
p4raw-link: @28720 on //depot/perl: c86b7e916b443ee192c5638ad9d077ad4e244713
p4raw-link: @28319 on //depot/perl: eb7d7d25d2f780edcbedc124a5bdca0d53ad8687
p4raw-id: //depot/perl@29504
|
|
|
|
|
|
| |
Add hook to parser to record current PL_comppad, then use this
when popping ops off the parser stack after parser error
p4raw-id: //depot/perl@29501
|
|
|
|
|
|
| |
and rename to yy_type_tab[]. Then use this table to improve stack
dumping with -Dpv
p4raw-id: //depot/perl@29500
|
|
|
| |
p4raw-id: //depot/perl@29461
|
|
|
| |
p4raw-id: //depot/perl@29455
|
|
|
|
|
|
| |
(that is, a function mimicing an unary op) without parentheses.
Bug reported by Ævar Arnfjörð Bjarmason.
p4raw-id: //depot/perl@29258
|
|
|
|
|
| |
Message-ID: <20061019120412.GA12290@the.earth.li>
p4raw-id: //depot/perl@29053
|
|
|
| |
p4raw-id: //depot/perl@28314
|
|
|
| |
p4raw-id: //depot/perl@27437
|
|
|
|
|
| |
Message-Id: <20051217204431.GB28940@rpc142.cs.man.ac.uk>
p4raw-id: //depot/perl@26400
|
|
|
|
|
|
|
| |
nonassoc, just like the UNIOP token it's patterned after.
(While we're at it, allow to use bison 2.1 to regenerate
the parser files.)
p4raw-id: //depot/perl@25746
|
|
|
|
|
| |
was fixing the overriding of CORE::require
p4raw-id: //depot/perl@25616
|
|
|
|
|
|
|
|
|
|
|
| |
That's because require() isn't overridable at tokenizer-level
like other overridable built-ins, but is handled by the optree
builder. So, find a way to pass the information that require()
was written as CORE::require() to Perl_ck_require. This is
done by adding a new token type REQUIRE and by adding OPf_SPECIAL
to OP_REQUIRE when it's saw as CORE::require in the program text.
This fixes bug [perl #37274] The "CORE" in CORE::require is ignored.
p4raw-id: //depot/perl@25599
|
|
|
| |
p4raw-id: //depot/perl@25530
|
|
|
|
|
|
|
|
|
|
| |
Subject: Re: [perl #37039] perlref documentation about optional -> is too vague
Date: Thu, 1 Sep 2005 17:41:36 -0700
Message-ID: <20050902004136.GA2656@efn.org>
Date: Mon, 5 Sep 2005 08:10:20 -0700
Message-ID: <20050905151020.GA3556@efn.org>
p4raw-id: //depot/perl@25399
|
|
|
| |
p4raw-id: //depot/perl@24746
|
|
|
|
|
|
|
| |
In the presence of 'my' in the conditional of a while(), until(),
or for(;;) loop, add an extra scope to the body so that redo
doesn't undef the lexical
p4raw-id: //depot/perl@24412
|
|
|
|
|
|
| |
Fixed by making not() behave like not(0). This is also the
way not() behaved before it started segfaulting in 5.6.0.
p4raw-id: //depot/perl@23960
|
|
|
| |
p4raw-id: //depot/perl@23357
|
|
|
| |
p4raw-id: //depot/perl@23176
|
|
|
|
|
| |
sub x { shift; @a = @b; eval +{ use } }
p4raw-id: //depot/perl@22306
|
|
process
p4raw-id: //depot/perl@22302
|