| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
The list of static extensions on Windows is only known
inside win32/Makefile and win32/makefile.mk, so we need
to somehow pass it to t/porting/FindExt.t to give it
a chance to pass on Windows.
Unfortunately this means that PERL_STATIC_EXT will have
to be set manually if this test is to be run directly
and not via the Makefile.
|
|
|
|
|
|
|
|
| |
This commit also moves down the 'extern "C"' wrapper so that
it doesn't apply to any #included headers because they may
generate C++ code (templates) which doesn't confirm to "C"
linkage (when this header is included in C++ mode, e.g. while
compiling win32/perllib.c).
|
|
|
|
| |
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
|
|
|
|
|
| |
Socket (pulled in via IO::Socket)
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
|
|
|
| |
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
|
|
|
| |
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
|
|
|
| |
Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Previously in a BEGIN block, require was behaving identically to use 5.12.0 -
ie erroneously executing the use feature ':5.12.0'; and use strict;
use warnings behaviour, which only use was documented to provide.
|
| |
|
|
|
|
| |
And similarly for newSVpvn() for a known length.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
2010-10-24 Gisle Aas <gisle@ActiveState.com>
Release 3.11
Provide encode_base64url and decode_base64url functions to process
the base64 scheme for "URL applications".
The decode_base64() does not issue warnings on suspect input data
any more.
|
|
|
|
|
| |
Simpler code avoids the need for a comment explaining how the complex code was
working. Also use newSVpvs_flags() in place of sv_newmortal() and sv_setpv().
|
| |
|
|
|
|
|
|
| |
Change the numeric test IDs to meaningful names. Provide the names as test
descriptions. Describe the purpose of the second test. Only output the line
numbers if the tests fail. Swap from an explicit plan to done_testing().
|
| |
|
| |
|
|
|
|
|
| |
Frustratingly, because regcomp.c is also compiled as ext/re/re_comp.c, anything
it needs has to be exported. So this has to be X. I'd rather it wasn't.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Deprecate ?PATTERN?, recommending the equivalent m?PATTERN? syntax, in
order to eventually allow the question mark to be used in new operators
that would currently be ambiguous.
(With minor reconciliation edits by David Golden)
Signed-off-by: David Golden <dagolden@cpan.org>
|
|
|
|
|
|
|
|
|
| |
It attempted to provide an API to compile code down to an optree, but failed
to bind correctly to lexicals in the enclosing scope. It's not possible to
fix this problem within the constraints of its parameters and return value.
Searches suggest +that nothing on CPAN is using it, so removing it should have
zero impact.
|
|
|
|
| |
This would have caused no functional changes, just compiler warnings.
|
|
|
|
| |
Win32+gcc build)
|
|
|
|
| |
"try" being a C++ keyword, this produces compilation warnings.
|
| |
|
| |
|
|
|
|
|
| |
This avoids a lot of casting. Nothing outside the perl core code is accessing
that member directly.
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
0.68 Tue Nov 23 20:17:22 2010
- doc: clarified about (backwards => [ ]) and (backwards => undef).
- separated t/backwds.t from t/test.t.
- added cjk_b5.t, cjk_gb.t, cjk_ja.t, cjk_ko.t, cjk_py.t, cjk_st.t in t
for CJK/*.pm without Locale.pm.
|
| |
|
|
|
|
|
|
| |
Previously it was being taken for all CVs, including XSUBS.
Also, refactor other non-XSUB specific code into the same if block.
|
|
|
|
|
| |
Pad entry 0 is for @_, but no name is recorded for it, so the name slot is
always &PL_sv_undef.
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
Changes for 0.66 Tue Nov 23 12:10:24 GMT 2010
=================================================
* Apply documentation patch from Dan Dascalescu [RT # 63250]
* Apply another documentation patch from Dan Dascalescu [RT #63251]
* Fix an issue with _split_like_shell_win32() raised by tunakermit [RT #62961]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit partially reverts cefafd73018b048fa66d2b22250431112141955a
which unconditionally used a bitmap for classes like \w in ANYOF nodes
used in locales. Unfortunately, I forgot to unconditionally allocate
that space, so things were getting corrupted. It is scary that that did
not show up in my testing, but locales are hard to test. It showed up
in a workspace without DEBUGGING.
This commit now causes the bitmap to be used only when necessary, at the
expense of using a precious bit in the flags field to indicate that it
is being used. However, as events have turned out since that commit,
that flags bit isn't as precious as I thought. It looks like we will
have to split the ANYOF node into two similar nodes, one of which is
variable length, as there are bugs due to the optimizer thinking it is
of length 1, when in fact it doesn't currently have to be. That split
should allow more bits to be freed.
I'm retaining for now some ancillary code that was to help improve the
efficiency when that bit was removed; just in case we have to redo this.
But if we do, we have to unconditionally allocate the space we think we
are using.
Signed-off-by: David Golden <dagolden@cpan.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Commit 298d65111 added this mro_package_moved call.
It does not need to happen if the substash already exists, as it will
already have had effective names assigned to it.
It also may not be a good idea to set it in such cases, as it may make
a recursive call to mro_get_linear_isa. I know this is utter paranoia,
but someone may write a mro plugin that is not reëntrant. (The speed
gain is worth it, though.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The cloning code was trying to call CLONE on nameless hashes that nonetheless had an effective name (HvENAME).
This can happen if a nameless hash is assigned over a stash, as in
*foo:: = {}
or if a stash is undefined:
undef %foo::
(The effective name is how perl tracks the location internally, for
the sake of updating MRO caches.)
|
| |
|
|
|
|
|
|
|
|
|
| |
This patch adds two functions for setting the ANYOF node bitmaps. The
one for dealing with folds has intelligence as to what to do if unicode
semantics is in effect.
Together with previous commits, this fixes the unicode bug for bracketed
character classes, as far as known bugs go, so pods are updated as well.
|
|
|
|
|
|
|
| |
I meant to do this on the initial commit for this .t. The
non-char-class tests show many failures now, as they are more
comprehensive than the reg_fold.t ones. Until I iron those out, use
reg_fold.t for these.
|
|
|
|
|
|
|
|
|
| |
This creates a new macro for use by regcomp to test the new bit
regarding non-ascii folds.
Because the semantics may change in the future to deal with multi-char
folds, the name of the macro is unwieldy and specific enough that no one
should be tempted to use it.
|
|
|
|
|
|
| |
The output of the revised Porting/mk_charclass.pl is here incorporated
into this .h., with a #define for the new bit that signifies if a
character participates in a fold with a non-latin1 character.
|
|
|
|
|
|
|
|
| |
The output of this .pl is to be used as the main table in
l1_char_class_tab.h. Add a new bit to indicate if a Latin1 character
particpates in a a simple fold with a character outside the Latin1
range. This will be used by regcomp.c to make decisions about how to
compile regexes.
|
|
|
|
|
|
| |
This is a white-space, formatting only patch. The previous commit
placed existing code in a new {block}. This now indents it and
reformats it to still fit in 80 columns. No logic changes are in it.
|
|
|
|
|
| |
Some non-Latin1 characters fold to that range, and hence should be
tested against the generated bit map.
|
| |
|
| |
|
|
|
|
|
| |
This removes testing of bracketed character classes from reg_fold.t,
which are better tested by the new fold_grind.t
|
|
|
|
|
|
|
|
|
|
|
| |
This .t is designed to mostly replace reg_fold.t. it provides much more
comprehensive tests, but has a huge number of failures that should be
TODOs that I found it difficult to classify, so have deferred adding it
until now, when in a few commits, those will be whittled way down.
And, those would only come in testing things that aren't character
classes, which are currently commented out, and reg_fold.t is relied on
for testing those.
|