| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@32845
|
|
|
|
|
| |
the dust some time around 5.6
p4raw-id: //depot/perl@32844
|
|
|
|
|
|
| |
Fix up some uses of RX_* macros in the block conditionally compiled
with STUPID_PATTERN_CHECKS.
p4raw-id: //depot/perl@32843
|
|
|
| |
p4raw-id: //depot/perl@32842
|
|
|
|
|
| |
in the SvPVX().
p4raw-id: //depot/perl@32841
|
|
|
|
|
|
|
| |
Remove RXp_PRECOMP() and RXp_WRAPPED().
Change the parameter of S_debug_start_match() from regexp to REGEXP.
Change its callers [the only part wrong for 5.10.x]
p4raw-id: //depot/perl@32840
|
|
|
|
|
|
| |
one accidentally feeds embed.fnc or t/op/re_tests to the perl
interpreter.
p4raw-id: //depot/perl@32839
|
|
|
|
|
|
|
|
| |
offset as either a byte (if <256), or a 0 byte with a STRLEN before.
"better" in that the reading can be inlined, and even then the object
code is smaller (function calls have space overhead). So goodbye
Perl_sv_read_offset() and hello SvOOK_offset().
p4raw-id: //depot/perl@32838
|
|
|
|
|
| |
broken window: ../ext/Compress/Raw/Zlib/t/07bufsize.t)
p4raw-id: //depot/perl@32837
|
|
|
|
|
|
|
|
|
|
|
| |
number in the part of the PVX that is being released. (It will always
fit, as chopping off 1 byte gives just enough space for recording a
delta of up to 127). This allows SvOOK() to co-exist with SvIOK_on(),
which means all the calls to SvOOK_off() [with the possibility of a
call to sv_backoff()] in SvIOK_on() can be removed. This ought to make
a lot of straight line code a little bit simpler.
OOK()d scalars can now be SVt_PV, as the IVX isn't needed.
p4raw-id: //depot/perl@32836
|
|
|
|
|
| |
into makedef.pl
p4raw-id: //depot/perl@32835
|
|
|
|
|
| |
results in slightly smaller object code. (No extra work is done.)
p4raw-id: //depot/perl@32834
|
|
|
|
|
| |
passed on the command line.
p4raw-id: //depot/perl@32833
|
|
|
|
|
| |
Message-ID: <47737E14.9040908@vilain.net>
p4raw-id: //depot/perl@32832
|
|
|
| |
p4raw-id: //depot/perl@32831
|
|
|
| |
p4raw-id: //depot/perl@32830
|
|
|
| |
p4raw-id: //depot/perl@32829
|
|
|
|
|
|
| |
with -DPERL_GLOBAL_STRUCT.
p4raw-link: @32680 on //depot/perl: 878d132a73f5d089e821fedd49aa4835a2786d1d
p4raw-id: //depot/perl@32828
|
|
|
| |
p4raw-id: //depot/perl@32827
|
|
|
|
|
| |
core version and CPAN version, so, the version bump continues.
p4raw-id: //depot/perl@32826
|
|
|
| |
p4raw-id: //depot/perl@32825
|
|
|
|
|
|
|
|
|
| |
The macros all create new mortals using sv_newmortal(), and those
cannot be magical. This is in contrary to the X?PUSH macros, which
operate on TARG, which can be magical.
With that in mind, mentioning whether or not mX?PUSH can handle
'set' magic doesn't make sense any longer.
p4raw-id: //depot/perl@32824
|
|
|
| |
p4raw-id: //depot/perl@32823
|
|
|
|
|
|
|
|
| |
Message-ID: <477D28BD.5060801@profvince.com>
Mortalize SVs that are being pushed on the stack.
Try to use specialized macros for pushing mortals.
p4raw-id: //depot/perl@32822
|
|
|
|
|
|
| |
and mortalizing them. Use these macros where possible. And also
mX?PUSH[inpu] where possible.
p4raw-id: //depot/perl@32821
|
|
|
| |
p4raw-id: //depot/perl@32820
|
|
|
|
|
| |
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
|
|
|
|
|
| |
p4raw-link: @32816 on //depot/perl: 1eb9e81d303aab0f6c2386f44bc76241948fce0f
p4raw-id: //depot/perl@32817
|
|
|
|
|
|
| |
all variables pushed on the stack. Also make sure the loop
is using mXPUSHi() and not XPUSHi().
p4raw-id: //depot/perl@32816
|
|
|
| |
p4raw-id: //depot/perl@32815
|
|
|
| |
p4raw-id: //depot/perl@32814
|
|
|
|
|
| |
But use newSVhek() in preference when possible.
p4raw-id: //depot/perl@32813
|
|
|
|
|
| |
newSVhek(HeKEY_hek(he) is probably what you wanted all along.
p4raw-id: //depot/perl@32812
|
|
|
| |
p4raw-id: //depot/perl@32811
|
|
|
|
|
|
| |
I missed becase (silly Nick) the grep for plausible files was done on
the 5.8.x tree.
p4raw-id: //depot/perl@32810
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <18a401c84b25$e5272480$af756d80$@com>
p4raw-id: //depot/perl@32809
|
|
|
| |
p4raw-id: //depot/perl@32808
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@32806
|
|
|
|
|
| |
Message-Id: <2AF110D6-9183-47C5-BBBA-26C3FB97C3D3@free.fr>
p4raw-id: //depot/perl@32805
|
|
|
|
|
|
| |
and regexp reference counting is via the regular SV reference counting.
This was not as easy at it looks.
p4raw-id: //depot/perl@32804
|
|
|
|
|
| |
currently equivalent but will be wrong once the equivalence vanishes.
p4raw-id: //depot/perl@32803
|
|
|
|
|
|
|
| |
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: <477AF314.9050808@pobox.com>
p4raw-id: //depot/perl@32801
|
|
|
| |
p4raw-id: //depot/perl@32800
|
|
|
| |
p4raw-id: //depot/perl@32799
|
|
|
|
|
| |
have not yet been integrated.
p4raw-id: //depot/perl@32798
|
|
|
| |
p4raw-id: //depot/perl@32797
|
|
|
| |
p4raw-id: //depot/perl@32795
|