| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@31200
|
|
|
| |
p4raw-id: //depot/perl@30599
|
|
|
| |
p4raw-id: //depot/perl@29601
|
|
|
| |
p4raw-id: //depot/perl@29564
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
|
|
|
|
| |
When bison pops states during error recovery, any states holding
an OP would leak the OP. Create an extra YY table that tells us
which states are of type opval, and when popping one of those,
free the op.
p4raw-id: //depot/perl@28315
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
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
|