| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
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@34653
|
|
|
| |
p4raw-id: //depot/perl@34650
|
|
|
| |
p4raw-id: //depot/perl@34647
|
|
|
| |
p4raw-id: //depot/perl@34629
|
|
|
|
|
|
|
| |
cast away const - AvFILL() doesn't guarantee that it won't modify the
AV * passed to it. So the prototype for Perl_av_len() needs to change,
and a const needs to go in Perl_magic_setarraylen().
p4raw-id: //depot/perl@34604
|
|
|
| |
p4raw-id: //depot/perl@34585
|
|
|
|
|
| |
Message-ID: <20080628160017.GA81579@osiris.mauzo.dyndns.org>
p4raw-id: //depot/perl@34092
|
|
|
|
|
|
| |
From: "Rafael Garcia-Suarez" <rgarciasuarez@gmail.com>
Message-ID: <b77c1dce0805210542l164caf85k86a34feae25ca9a7@mail.gmail.com>
p4raw-id: //depot/perl@33898
|
|
|
|
|
| |
Message-ID: <20080505161856.pgz4pjga1w44ksk4@horde.wizbit.be>
p4raw-id: //depot/perl@33815
|
|
|
|
|
|
|
|
|
|
| |
This makes the code more readable and avoids the need for excuses
for why the function is (still) named this way.
It also effectively avoids segfaults observed with gcc-3.3 when
the sibling-call optimization is used for invoking S_raise_signal()
just before the signal handler returns.
p4raw-id: //depot/perl@33741
|
|
|
|
|
| |
p4raw-link: @32012 on //depot/perl: b6455c53c26be8a62e12a3f2a24a3a5086dd2c7b
p4raw-id: //depot/perl@33739
|
|
|
|
|
|
| |
This restores the 5.8.8 behaviour. The deleted stash is not vivified
again, hence the hierarchy remains broken. But there's no segfault.
p4raw-id: //depot/perl@33684
|
|
|
|
|
| |
Perl_sv_insert() to mathoms.c
p4raw-id: //depot/perl@33627
|
|
|
|
|
| |
Message-ID: <47E80F52.4030805@profvince.com>
p4raw-id: //depot/perl@33553
|
|
|
|
|
| |
Message-ID: <47ACD61B.6030501@profvince.com>
p4raw-id: //depot/perl@33458
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
would not be correct the first time. (And for the more pathological
case, would be incorrect if the UTF-8-ness of the returned value
changed.)
p4raw-id: //depot/perl@32968
|
|
|
|
|
| |
Message-ID: <20080109183655.GB11282@bort.ca>
p4raw-id: //depot/perl@32948
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
and regexp reference counting is via the regular SV reference counting.
This was not as easy at it looks.
p4raw-id: //depot/perl@32804
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
merged with Perl_magic_setregexp(). [Coverage on the testsuite
suggests that more than that they're actually dead code, but in theory
it should be possible to construct a test case that exercises them.]
p4raw-id: //depot/perl@32789
|
|
|
|
|
|
| |
Message-ID: <20071220221331.GG10631@woobling.org>
Date: Fri, 21 Dec 2007 00:13:31 +0200
p4raw-id: //depot/perl@32686
|
|
|
| |
p4raw-id: //depot/perl@32672
|
|
|
|
|
| |
will do the "right" thing if we want NULL to map to undef.
p4raw-id: //depot/perl@32137
|
|
|
|
|
| |
newSVpvn() will be fractionally more efficient.
p4raw-id: //depot/perl@32135
|
|
|
| |
p4raw-id: //depot/perl@32038
|
|
|
|
|
| |
store to it. Gosh, the tied hash API is clunky.
p4raw-id: //depot/perl@32032
|
|
|
|
|
| |
prototype based on SA_SIGINFO definedness rather than Win32-ness.
p4raw-id: //depot/perl@32027
|
|
|
| |
p4raw-id: //depot/perl@32020
|
|
|
|
|
| |
p4raw-link: @32012 on //depot/perl: b6455c53c26be8a62e12a3f2a24a3a5086dd2c7b
p4raw-id: //depot/perl@32013
|
|
|
|
|
|
| |
From: "slaven@rezic.de via RT" <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-5916-1191069483-1553.45513-15-0@perl.org>
p4raw-id: //depot/perl@32012
|
|
|
|
|
| |
hv_store().
p4raw-id: //depot/perl@31938
|
|
|
| |
p4raw-id: //depot/perl@31936
|
|
|
|
|
|
| |
From: "Brandon Black" <blblack@gmail.com>
Message-ID: <84621a60708121336m13dcf9e5uac624fb246f2a79c@mail.gmail.com>
p4raw-id: //depot/perl@31770
|
|
|
|
|
| |
Message-ID: <46D617B5.3000002@iki.fi>
p4raw-id: //depot/perl@31765
|
|
|
|
|
|
|
|
|
|
|
| |
That change was adding a hook to cope with the case when one was
undef'ining *ISA globs, in order to clean up correctly. However, this
broke the case where one was assiging an array ref to @ISA, which
is likely to be more common.
Conclusion: don't undef *ISA. (or more generally don't undef globs
that contain magical variables)
p4raw-link: @31489 on //depot/perl: 5be5c7a687aa37f2ea9dec7988eb57cad1f1ec24
p4raw-id: //depot/perl@31502
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
their usage.
RXf_ => flags used in pm_flags argument to regcomp
and stored in the regex via rx->extflags
PREGf_ => flags stored in rx->intflags
RXapif_ => argument flags for regex named capture api
RX_BUFF_IDX_ => special indexes to represent $` $' $&
used in the numeric capture buffer api
PREGf is untouched by this change, but RXf_ is split into RXapif and RX_BUFF_IDX_.
p4raw-id: //depot/perl@31497
|
|
|
|
|
|
| |
From: "Brandon Black" <blblack@gmail.com>
Message-ID: <84621a60706270807r7af65546x8d959b131ffa28e6@mail.gmail.com>
p4raw-id: //depot/perl@31489
|
|
|
|
|
|
| |
From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Message-ID: <51dd1af80706031324y5618d519p460da27a2e7fe712@mail.gmail.com>
p4raw-id: //depot/perl@31341
|
|
|
|
|
|
|
|
| |
<84621a60705111347q40f9dd9ciefa9468e9ff9ca6c@mail.gmail.com>
<84621a60705121458i34ff361fh9166e8558781df41@mail.gmail.com>
<84621a60705141111q70ed307r9181dfc2834a8f5c@mail.gmail.com>
<84621a60705160937h53946fcfg70635908302724e8@mail.gmail.com>
p4raw-id: //depot/perl@31239
|
|
|
|
|
|
|
| |
Subject: [PATCH]
From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Message-ID: <51dd1af80705091924q77c2ca23n30359779b96ab909@mail.gmail.com>
p4raw-id: //depot/perl@31190
|