| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are three pairs of characters that Perl recognizes as
metacharacters in regular expression patterns: {}, [], and (). These
can be used as well to delimit patterns, as in:
m{foo}
s(foo)(bar)
Since they are metacharacters, they have special meaning to regular
expression patterns, and it turns out that you can't turn off that
special meaning by the normal means of preceding them with a backslash,
if you use them, paired, within a pattern delimitted by them. For
example, in
m{foo\{1,3\}}
the backslashes do not change the behavior, and this matches "f", "o"
followed by one to three more occurrences of "o".
Usages like this, where they are interpreted as metacharacters, are
exceedingly rare; we think there are none, for example, in all of CPAN.
Hence, this deprecation should affect very little code. It does give
notice, however, that any such code needs to change, which will in turn
allow us to change the behavior in future Perl versions so that the
backslashes do have an effect, and without fear that we are silently
breaking any existing code.
=head1 Performance Enhancements
|
| |
|
|
|
|
|
|
|
|
|
| |
This reverts commit 2a53d3314d380af5ab5283758219417c6dfa36e9.
Not the entire commit was reverted, but the deprecation message is
gone. This caused too many problems. See thread
http://www.nntp.perl.org/group/perl.perl5.porters/2012/11/msg195425.html
(which lists previous threads).
|
|
|
|
|
|
|
|
|
|
| |
This recently added regex syntax imposes stricter rules on parsing than
normal. However, this did not include parsing \N{} constructs that
occur within it. This commit does that, making fatal the warnings that
come from \N{}
I will add to perldiag the newly added messages along with the others
for (?[ ]) before 5.18 ships
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch contributed by Sébastien Aperghis-Tramoni
For: RT #114770.
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch blead
# Your branch is ahead of 'origin/blead' by 1 commit.
#
# Changes to be committed:
# (use "git reset HEAD^1 <file>..." to unstage)
#
# modified: dist/constant/lib/constant.pm
# modified: dist/constant/t/constant.t
#
|
|
|
|
|
|
|
| |
Identify the OS version by capturing the first two parts of the M.m.p version
number.
For RT #116262
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
2013/01/18
2.009 CHANGES:
* Fix building in core by skipping check_for() as it doesn't work
there (RT82760)
2012/12/27
2.008 CHANGES:
* Fix uninitialised memory read (RT82119)
2012/12/16
2.007 CHANGES:
* Test %Config keys for definedness, not mere existence (RT79854)
* Fix missing argument in sprintf in Socket.xs (from perl.git
5d6dfea82e1c4b6, RT82007)
|
|
|
|
|
|
|
|
|
| |
Upstream changes:
- Update site vs perl install for perl v5.12 and above
- Issue a deprecation warning if the module is being used in perl 5.17.0 and above.
This module will be removed from perl Core for perl 5.20. (Ricardo Signes)
It will still be available on CPAN.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MS VC 2003 in my experiance does not reorder var initializations with
constants to reduce their liveness. This commit attempts to defer
initialization until right before the var is first used. I can't explain
exactly why less instructions or shorter addressing happened since I didnt
record what the asm looked like before. On VC 2003 -O1 -GL, S_intuit_more
was previously 0x4B5 bytes of 32 bit machine code long, after it this
change it is 0x4A3 bytes long. These changes should have no user visible
effect.
The scope of the vars was not reduced to avoid large indentation changes
which would be required under C89 and Perl code formatting policy.
|
|
|
|
| |
Suggested by Yves.
|
|
|
|
|
|
|
|
| |
1. actually use the EISDIR string, rather than getting it and
not using it; this was a refactoring screw-up
2. don't hardcode the Win32 EACCES error, either, use the same
"$!" mechanism
|
| |
|
| |
|
|
|
|
| |
...and sync with I18N::LangTags
|
| |
|
|
|
|
|
| |
It should be clear even to readers of the documentation in text
format that "if" is a module and not the "if" flow control.
|
|
|
|
|
|
| |
The original version just zeroed dest if src == NULL, but that code path
was never used. (gcc -Os inlined the function and optimized the test
away anyway.)
|
|
|
|
|
|
|
|
|
| |
All callers of S_copy_little_tm_to_big_TM pass a true variable src.
Checking for null is pointless. On Win32 32 bit VC 2003 -O1 -GL,
perl517.dll's .text section went from 0xCO13F to 0xC012F bytes long. It can
be argued that the compiler should have figured this out on its own, but VC
for whatever reason didn't. Also pretty the indenting and align the
assignments. The null check blames to commit 806a119aef .
|
|
|
|
| |
This follows the suggestion by Aristotle Pagaltzis.
|
| |
|
|
|
|
|
|
|
|
| |
[DELTA]
2.09 2013-01-13 21:09:12 UTC
- merge two bugfixes from blead
see https://github.com/dland/File-Path/pull/1
|
|
|
|
|
|
|
| |
[DELTA]
1.26 2013-01-16 Jesse R Vincent <jesse@bestpractical.com>
* Bump version to a stable number. No functional changes
|
|
|
|
| |
This also reorders one #define to be closer to a related one.
|
|
|
|
|
|
| |
Practically, this only affects a perl compiled with 64-bit IVs on a 32-bit
system. In that instance a value of count >= 2**31 would turn negative
when cast to (ssize_t).
|
|
|
|
|
|
|
|
|
|
|
| |
MSVC++-specific warning"
There is no written investigation to google up for
the record. I don't want to forget that the #ifdef is benign and
accidentally reinvestigate it in the future. .text section of
perl517.dll was 0xC013F before and after the commit. No change.
-----------------------------------------------------------------
|
|
|
|
|
|
|
| |
It was not enough to ensure the English value, as some platforms
use a different string entirely. Rather than goof around with
figuring them out, just get the known value by making an EISDIR
and stringifying it, then compare to that.
|
|
|
|
|
|
|
| |
This reverts commit 90ae46a10a094e68135385e525c78962d6572da3.
Socket 2.008 fails to build on Linux in core, and possibly other
platforms as well.
|
|
|
|
|
|
|
|
|
|
|
|
| |
2012/12/27
2.008 CHANGES:
* Fix uninitialised memory read (RT82119)
2012/12/16
2.007 CHANGES:
* Test %Config keys for definedness, not mere existence (RT79854)
* Fix missing argument in sprintf in Socket.xs (from perl.git
5d6dfea82e1c4b6, RT82007)
|
|
|
|
|
| |
Thanks to ranguard for pointing out the report at
https://github.com/perlorg/perlweb/issues/65
|
|
|
|
|
|
|
|
| |
[DELTA]
3.26 2013-01-16
- Renamed env.opts.t to env_opts.t (for VMS)
- Skipped some TAP::Formatter::HTML tests due to this bug: #82738
|
|
|
|
|
|
|
| |
Rhapsody was an Apple OS that later evolved into Darwin and Mac OS X. It was
initially only released to developers, but later became Mac OS X Server, with
releases in 1999 and 2000. It was obsoleted by Mac OS X 10.0, released in
March 2001.
|
| |
|
| |
|
|
|
|
|
|
| |
This is a time-honored tradition from such places as t/op. Tony
Cook alerted me to failures caused by this test on machines smoking
in non-English locales.
|
|
|
|
|
|
|
|
|
|
| |
[DELTA]
5.81 Mon Jan 14 05:17:08 MST 2013
- corrected load subroutine (SHA.pm) to prevent double-free
-- Bug #82655: Security issue - segfault
-- thanks to Victor Efimov and Nicholas Clark
for technical expertise and suggestions
|
|
|
|
|
| |
("function declared with __declspec(noreturn) has non-void return type" /
"function declared with __declspec(noreturn) has a return statement".)
|
|
|
|
|
| |
It was handling above-Latin1 code points as IDstarts instead of
continues.
|
|
|
|
|
| |
("'initializing' : conversion from 'I32' to 'U8', possible loss of data"
and "formal parameter n different from declaration".)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was discussed in thread
http://perl.markmail.org/thread/avtzvtpzemvg2ki2
but I never got around to this portion of the consensus, until now.
I did a cpan grep
http://grep.cpan.me/?q=%28^|[^\\]%29\\[0-7]{1%2C2}[8-9]&page=1
and eyeballing the results, saw three cases where this warning might
show up; one of which was for EBCDIC. The others looked to be false
positives, such as in .css files.
|
|
|
|
| |
To sync with the forthcoming CPAN release.
|
|
|
|
|
| |
Some compilers say this can be used uninitialized. I don't believe them,
but silencing them will save effort in the long run.
|
|
|
|
| |
Fixes RT #116364
|
|
|
|
|
| |
These two ref counts were not at the same level as their corresponding
dec.
|
| |
|
| |
|
|
|
|
|
| |
Macro don't have variable numbers of args, hence the entry in embed.h is
suppressed.
|
|
|
|
|
| |
Someone asked me how to use unpackstring() since they couldn't figure it
out from the docs, so I added some things.
|
|
|
|
|
|
|
|
|
|
|
| |
These macros should not be used as they are prone to misuse. There are
no occurrences of them in CPAN. The single use of either of them in
core has recently been removed (commit
8d40577bdbdfa85ed3293f84bf26a313b1b92f55), because it was a misuse.
Instead code should use isIDFIRST_lazy_if or isWORDCHAR_lazy_if
(isALNUM_lazy_if is also available, but can be confused with the Posix
alnum, which it doesn't mean).
|
|
|
|
|
| |
inline.h is a special header file that contains C functions, and hence
perhaps PERL_ARGS_ASSERTS.
|