| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Also illustrate it with some example code.
|
|
|
|
| |
Their correct names are &PL_sv_yes and &PL_sv_no.
|
|
|
|
|
|
|
|
|
| |
Allowing BhkENTRY(bhk, start) to look up the bhk_start member defeats
much of the point of having a bhk_ prefix in the first place: if a
member is added later called (say) 'bhk_die', any invocation of
BhkENTRY(bhk, die) will expand to BhkENTRY(bhk, Perl_die) because of the
API macros. Requiring BhkENTRY(bhk, bhk_start), while tedious, is much
safer.
|
|
|
|
|
| |
Signed-off-by: Florian Ragwitz <rafl@debian.org>
[rafl@debian.org: Changed tabs to spaces in perlguts chunks for consistency]
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 65bfe90c4b4ea5706a50067179e60d4e8de6807a.
While it made a few of the things I wanted possible, a couple of other things
one might need to do and I thought this change would enable don't actually
work. Thanks Zefram for pointing out my mistake.
Conflicts:
ext/XS-APItest/APItest.xs
op.c
|
|
|
|
|
|
|
|
|
|
|
| |
Also allows extensions, when delegating to Perl_peep, to specify what function
it should use when recursing into a part of the op tree.
The usecase for this are extensions like namespace::alias, which need to hook
into the peep to do their thing. With this change they can stop copying the
whole peep only to add tiny bits of new behaviour to it, allowing them to work
easier on a large variety of perls, without having to maintain one peep which
works on all of them (which is HARD!).
|
|
|
|
|
| |
This allows the individual callbacks to be switched on and off as
necessary, without removing the entry from PL_blockhooks.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I looked at all the instances of spaces around -- and in most cases
converted the sentences to use more appropriate punctuation. In
general, the -- in the perl docs seem to be there only to make
really complicated and really long sentences.
I didn't look at the closed em-dashes. They probably have the same
sentence-complexity problem.
I left some open em-dashes in place. Those are the ones used in
lists.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
From 76ebe81f50d97e606c4243d5060d4749f7408deb Mon Sep 17 00:00:00 2001
From: Reini Urban <rurban@x-ray.at>
Date: Mon, 4 Jan 2010 18:09:25 +0000
Subject: [PATCH 1/2] perlguts: mutli-threaded typo
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
From 520f6e768bdf71ad35740698df2d4c7f0bb7ae9e Mon Sep 17 00:00:00 2001
From: Reini Urban <rurban@x-ray.at>
Date: Mon, 4 Jan 2010 18:16:14 +0000
Subject: [PATCH 2/2] perlguts: B::Generate already works
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
|
|
|
| |
Signed-off-by: Abigail <abigail@abigail.be>
|
| |
|
|
|
|
| |
This fixes [perl #68590] : %^H not lexical enough.
|
|
|
|
| |
optional
|
| |
|
|
|
|
|
| |
and hence the 'create' argument is actually 'flags'. Fix core code and
documentation that used TRUE or FALSE to use 0 or GV_ADD.
|
|
|
|
|
| |
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.
|
|
|
|
|
| |
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.
|
| |
|
|
|
|
|
|
| |
From: karl williamson <public@khwilliamson.com>
Date: Tue, 16 Dec 2008 16:00:34 -0700
Message-ID: <49483312.80804@khwilliamson.com>
|
|
|
|
|
|
| |
From: "Vincent Pit" <perl@profvince.com>
Message-ID: <39468.147.210.17.175.1202290798.squirrel@147.210.17.175>
p4raw-id: //depot/perl@33256
|
|
|
| |
p4raw-id: //depot/perl@32255
|
|
|
| |
p4raw-id: //depot/perl@31412
|
|
|
|
|
|
| |
From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Message-ID: <51dd1af80706171141w48cb717fr71ce7f214daebe36@mail.gmail.com>
p4raw-id: //depot/perl@31410
|
|
|
| |
p4raw-id: //depot/perl@31063
|
|
|
|
|
|
| |
From: "John P. Linderman" <jpl@research.att.com>
Message-Id: <200703271633.l2RGXd3u3443680@raptor.research.att.com>
p4raw-id: //depot/perl@30775
|
|
|
|
|
| |
Message-ID: <20070304150019.GN4723@c4.convolution.nl>
p4raw-id: //depot/perl@30493
|
|
|
|
|
| |
of flags, not a boolean, so correct the documenation and callers.
p4raw-id: //depot/perl@29977
|
|
|
|
|
| |
Message-ID: <44BB2994.5090609@iki.fi>
p4raw-id: //depot/perl@28599
|
|
|
| |
p4raw-id: //depot/perl@28430
|
|
|
|
|
| |
Message-Id: <974A5B4B-7614-4F3F-BA7C-828960D82C55@mailbox.tu-berlin.de>
p4raw-id: //depot/perl@28419
|
|
|
| |
p4raw-id: //depot/perl@27644
|
|
|
|
|
|
| |
Typeglobs now never access the SvPVX, SvIVX or SvNVX when holding a
valid GvGP().
p4raw-id: //depot/perl@27289
|
|
|
|
|
|
|
| |
Message-ID: <43C15B82.9090309@gmail.com>
(with a few nits)
p4raw-id: //depot/perl@26756
|
|
|
| |
p4raw-id: //depot/perl@26735
|
|
|
| |
p4raw-id: //depot/perl@26131
|
|
|
|
|
|
| |
From: "Piotr Fusik" <pfusik@op.pl>
Message-ID: <00ef01c59542$3198ba00$26d34dd5@piec>
p4raw-id: //depot/perl@25253
|
|
|
|
|
| |
Message-ID: <20050727014238.GA2582@mccoy.peters.homeunix.org>
p4raw-id: //depot/perl@25229
|
|
|
| |
p4raw-id: //depot/perl@25116
|
|
|
|
|
|
|
| |
the local SV now gets a copy of any container magic, and no value
magic; in the past the whole magic chain was either shared or
moved
p4raw-id: //depot/perl@24942
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
| |
p4raw-id: //depot/perl@23925
|
|
|
| |
p4raw-id: //depot/perl@23911
|
|
|
| |
p4raw-id: //depot/perl@23712
|
|
|
|
|
|
|
|
|
|
| |
Change 14335 made sv_magic() a wrapper to a new sv_magicext(),
but didn't update the documentation for sv_magic() to reflect
the changed handling of the name/namlen arguments.
Also correct a couple of typos, and mention sv_magicext() in
perlguts.
p4raw-id: //depot/perl@23432
|
|
|
|
|
| |
Message-ID: <40B63284.5040203@stason.org>
p4raw-id: //depot/perl@22853
|
|
|
|
|
| |
Message-ID: <40921749.3050600@uk.radan.com>
p4raw-id: //depot/perl@22756
|