| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@34069
|
|
|
|
|
|
|
|
| |
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-18229-1213179984-1708.51370-15-0@perl.org>
(The first patch)
p4raw-id: //depot/perl@34068
|
|
|
|
|
|
|
|
| |
(5.8.7 cygwin)
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-11257-1211022849-1634.38955-15-0@perl.org>
p4raw-id: //depot/perl@33849
|
|
|
|
|
|
| |
From: "Vincent Pit" <perl@profvince.com>
Message-ID: <63615.92.128.97.94.1209490401.squirrel@92.128.97.94>
p4raw-id: //depot/perl@33766
|
|
|
|
|
|
|
|
|
|
| |
This patch does two things :
- newSTATEOP now nullifies the state op it
just created if OPf_SPECIAL is passed to it
in flags
- the parser now inserts a nullified stateop
in the expression block of an elsif
p4raw-id: //depot/perl@33710
|
|
|
|
|
| |
(this is a followup to 33687)
p4raw-id: //depot/perl@33695
|
|
|
|
|
|
| |
From: "Reini Urban" <rurban@x-ray.at>
Message-ID: <6910a60804150509j3c100fc4t2ed303ae0124ba15@mail.gmail.com>
p4raw-id: //depot/perl@33687
|
|
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.64.0803261337130.22919@fractal.phys.lafayette.edu>
Rename the "optype" typedef to "Optype"
p4raw-id: //depot/perl@33679
|
|
|
|
|
|
|
|
|
| |
Perl_refcounted_he_new_common(), so that Perl_store_cop_label() can
call it without needing to create two temporary SVs. Use it in
newSTATEOP() and eliminate the two temporary SVs. Make
Perl_fetch_cop_label() more defensive by not assuming that the value
for ":" is always a PV. Remove its "compatibility" macro.
p4raw-id: //depot/perl@33657
|
|
|
|
|
|
| |
entry in the hints hash. Most statements don't have labels, so this
will save memory. Not sure how much.
p4raw-id: //depot/perl@33656
|
|
|
|
|
| |
Message-ID: <20080310144403.GC28994@ostwald>
p4raw-id: //depot/perl@33467
|
|
|
|
|
|
| |
the current compiling cop to a different address. This ensures that
lexical hints are correctly honoured, and allows us to fold sprintf.
p4raw-id: //depot/perl@33369
|
|
|
|
|
| |
in the future.
p4raw-id: //depot/perl@33368
|
|
|
|
|
|
| |
From: "Jim Cromie" <jim.cromie@gmail.com>
Message-ID: <cfe85dfa0802101152n4e1b9e07pc7fb7ad9241a9794@mail.gmail.com>
p4raw-id: //depot/perl@33364
|
|
|
|
|
|
| |
Message-ID: <47B60D72.50708@profvince.com>
Date: Fri, 15 Feb 2008 23:08:50 +0100
p4raw-id: //depot/perl@33356
|
|
|
| |
p4raw-id: //depot/perl@33338
|
|
|
| |
p4raw-id: //depot/perl@33323
|
|
|
|
|
|
|
| |
Subject: RE: Bit-fields patch causes warnings on Win32/VC6
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <002f01c86f3f$27e23ca0$77a6b5e0$@com>
p4raw-id: //depot/perl@33315
|
|
|
| |
p4raw-id: //depot/perl@33309
|
|
|
| |
p4raw-id: //depot/perl@33308
|
|
|
| |
p4raw-id: //depot/perl@33306
|
|
|
|
|
| |
Message-ID: <20080214042916.GA12678@bort.ca>
p4raw-id: //depot/perl@33305
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A06@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33085
|
|
|
| |
p4raw-id: //depot/perl@33072
|
|
|
|
|
| |
use less memory than an AV.
p4raw-id: //depot/perl@32959
|
|
|
|
|
|
| |
indirectly via RVs. This saves memory, and removes 1 level of pointer
indirection.
p4raw-id: //depot/perl@32950
|
|
|
|
|
|
| |
it's safe to make the scalar undefined, rather than calling out to
write a 0 that would also be interpreted as a NULL pointer.
p4raw-id: //depot/perl@32943
|
|
|
|
|
|
|
|
|
|
| |
is popped off the AV.
"There's Something Wrong with our Bloody Leak Checking Today", as
Beattie didn't put it. It seems that we really can't check for leaking
scalars in perl_destruct, because we do our damndest to free them
brute force, rather than by undefining the symbol table and seeing
what sticks around.
p4raw-id: //depot/perl@32942
|
|
|
|
|
| |
Exterminate! Exterminate! Exterminate!
p4raw-id: //depot/perl@32902
|
|
|
|
|
|
| |
reference count only needs "doubling" when the scalar is pushed onto
PL_regex_padav for the second time.
p4raw-id: //depot/perl@32899
|
|
|
|
|
| |
Message-ID: <20080106191439.GF13935@bort.ca>
p4raw-id: //depot/perl@32891
|
|
|
| |
p4raw-id: //depot/perl@32888
|
|
|
|
|
| |
Message-ID: <476EBD58.9050505@pobox.com>
p4raw-id: //depot/perl@32876
|
|
|
| |
p4raw-id: //depot/perl@32868
|
|
|
|
|
|
| |
calling sv_ivset twice. As a side effect, eliminate PM_GETRE_SAFE
and PM_SETRE_SAFE, as we're doing "safe" explicitly in Perl_op_clear().
p4raw-id: //depot/perl@32867
|
|
|
| |
p4raw-id: //depot/perl@32865
|
|
|
| |
p4raw-id: //depot/perl@32852
|
|
|
|
|
| |
bit in pmflags, to decide whether the pattern is UTF-8.
p4raw-id: //depot/perl@32851
|
|
|
|
|
|
| |
with -DPERL_GLOBAL_STRUCT.
p4raw-link: @32680 on //depot/perl: 878d132a73f5d089e821fedd49aa4835a2786d1d
p4raw-id: //depot/perl@32828
|
|
|
|
|
|
|
| |
regcomp.c and regexec.c RXp_* where necessary] so that in future we
can maintain source compatibility when we add an extra level of
dereferencing.
p4raw-id: //depot/perl@32802
|
|
|
|
|
|
|
|
|
| |
Message-ID: <47712BF1.9060200@profvince.com>
(And then an update to make the tests in gv.t expect the right thing,
and test the behaviour that my change 26482 was originally supposed to
produce, but didn't until this typo was fixed)
p4raw-id: //depot/perl@32779
|
|
|
|
|
|
| |
the macros RX_PRECOMP() and RX_PRELEN(). This will allow us to reduce
the regexp storage overhead by computing them at retrieve time.
p4raw-id: //depot/perl@32753
|
|
|
|
|
|
| |
Documentation needed, FIXME for proper 64 bit support of arrays longer
than 2**32, re-order the new ops at the end if merging to 5.10.x.
p4raw-id: //depot/perl@32680
|
|
|
| |
p4raw-id: //depot/perl@32183
|
|
|
|
|
|
| |
From: "josh" <twists@gmail.com>
Message-ID: <20071015043708.GA10981@grenekatz.org>
p4raw-id: //depot/perl@32120
|
|
|
| |
p4raw-id: //depot/perl@32110
|
|
|
|
|
| |
we already know the string length.
p4raw-id: //depot/perl@32105
|
|
|
| |
p4raw-id: //depot/perl@32091
|
|
|
| |
p4raw-id: //depot/perl@31936
|