| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
That is, only push the len when the static context is not void, and honour
len magic.
|
|
|
|
|
|
|
|
|
|
| |
The attached patch avoids pushing an IV onto the stack for a push op
in void context. The "Is there attached magic" branch in the op checks
for void context as does the non-magical branch in the unshift op.
-- c
[Edited version of patch after review by Yitzchak Scott-Thoennes]
|
|
|
|
| |
Improve the performance of split in scalar context
|
|
|
|
| |
Remove the long deprecated feature where split in scalar context writes to @_
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Remove the check for code refs in pp_lock.
For debugging, assert that the ref is not a code ref
(per Dave Mitchell's suggestion).
|
|
|
|
| |
so that the array recovers its previous length. Honour EXISTS and DELETE for tied arrays.
|
|
|
|
| |
pp_hslice
|
|
|
|
|
|
|
|
| |
context to method and can result in needless calls to FETCHSIZE
From: "Luke Ross" <lukeross@gmail.com>
Message-ID: <970a62710809301441v1d8d1877tfc30d7b91cd4dc1a@mail.gmail.com>
p4raw-id: //depot/perl@34908
|
|
|
|
|
|
|
| |
strings are detainted
Message-ID: <20081117071429.GD5495@tytlal.topaz.cx>
p4raw-id: //depot/perl@34860
|
|
|
|
|
|
|
|
|
|
|
|
| |
handler to SIG_DFL
Message-ID: <20081112234504.GI2062@tytlal.topaz.cx>
Updated patch to retain source compatibility.
Plus using the correct PERL_ARGS_ASSERT_SAVE_HELEM_FLAGS
macro and running make regen.
p4raw-id: //depot/perl@34829
|
|
|
|
|
| |
Message-ID: <20081111000040.GB19329@tytlal.topaz.cx>
p4raw-id: //depot/perl@34819
|
|
|
|
|
|
| |
Message-ID: <25940.1225611819@chthon>
Date: Sun, 02 Nov 2008 01:43:39 -0600
p4raw-id: //depot/perl@34698
|
|
|
|
|
|
| |
This is mostly to silence gcc's warning, "format not a string
literal and no format arguments".
p4raw-id: //depot/perl@34694
|
|
|
|
|
|
| |
Can't easily do gv.h, as GvGP() (at least) needs to split into two
macros - one const for reading, one non-const for writing.
p4raw-id: //depot/perl@34679
|
|
|
|
|
| |
erroneous const in dump.c.
p4raw-id: //depot/perl@34675
|
|
|
| |
p4raw-id: //depot/perl@34654
|
|
|
| |
p4raw-id: //depot/perl@34653
|
|
|
| |
p4raw-id: //depot/perl@34650
|
|
|
| |
p4raw-id: //depot/perl@34647
|
|
|
|
|
| |
its arguments.
p4raw-id: //depot/perl@34646
|
|
|
| |
p4raw-id: //depot/perl@34629
|
|
|
| |
p4raw-id: //depot/perl@34585
|
|
|
|
|
| |
Message-ID: <20080628160017.GA81579@osiris.mauzo.dyndns.org>
p4raw-id: //depot/perl@34092
|
|
|
|
|
|
|
|
| |
string handling functions don't warn on undef)
From: "Bram via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-11257-1211657660-1814.36875-15-0@perl.org>
p4raw-id: //depot/perl@33981
|
|
|
|
|
| |
p4raw-link: @33676 on //depot/perl: 9d6bff35783dc768c5d72663e6e2d31769c5da91
p4raw-id: //depot/perl@33678
|
|
|
| |
p4raw-id: //depot/perl@33676
|
|
|
|
|
| |
Message-ID: <47F119E8.5010106@profvince.com>
p4raw-id: //depot/perl@33618
|
|
|
|
|
| |
p4raw-link: @33557 on //depot/perl: 502d9230ec570254fed51ae721c1da50944a5cbf
p4raw-id: //depot/perl@33560
|
|
|
|
|
| |
Message-ID: <47E4FD96.6080304@profvince.com>
p4raw-id: //depot/perl@33557
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A35@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33304
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
sv_2mortal() by conditionally passing SVs_TEMP to newSVpvn_flags().
p4raw-id: //depot/perl@33178
|
|
|
|
|
| |
Naive implementation.
p4raw-id: //depot/perl@33088
|
|
|
|
|
| |
Remove the FIXME comment as I had already fixed it.
p4raw-id: //depot/perl@32971
|
|
|
|
|
|
| |
(Make C<length undef> return undef).
Patch mostly by Rafael, with some fine tuning by me.
p4raw-id: //depot/perl@32969
|
|
|
| |
p4raw-id: //depot/perl@32865
|
|
|
| |
p4raw-id: //depot/perl@32849
|
|
|
|
|
|
| |
and mortalizing them. Use these macros where possible. And also
mX?PUSH[inpu] where possible.
p4raw-id: //depot/perl@32821
|
|
|
|
|
| |
sv_2mortal(newSVpvs(...)) constructions to use it.
p4raw-id: //depot/perl@32819
|
|
|
|
|
|
| |
the flags. Move its implementation just ahead of sv_2mortal()'s for
CPU cache locality. Refactor all code that can be to use this.
p4raw-id: //depot/perl@32818
|
|
|
|
|
| |
But use newSVhek() in preference when possible.
p4raw-id: //depot/perl@32813
|
|
|
|
|
|
|
|
|
|
| |
flag bits. Right now the only flag bit is SVf_UTF8, which will call
SvUTF8_on() on the new SV for you. Provide a wrapper newSVpvn_utf8(),
which takes a boolean, and passes in SVf_UTF8 if that is true.
Refactor the core to use it where possible. It makes the source code
clearer and smaller, but seems to be swings and roundabouts on object
code size.
p4raw-id: //depot/perl@32807
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
having to allocate memory where sizeof(IV) > sizeof(I32)).
p4raw-id: //depot/perl@32760
|
|
|
|
|
| |
hold a reference, and convert it to a macro define prepare_SV_for_RV().
p4raw-id: //depot/perl@32737
|
|
|
|
|
| |
This frees up a scalar type for first class regular expressions.
p4raw-id: //depot/perl@32734
|
|
|
| |
p4raw-id: //depot/perl@32725
|