| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mktables is changed to process the Unicode named sequence file.
charnames.pm is changed to cache the looked-up values in utf8. A new
function, string_vianame is created that can handle named sequences, as
the interface for vianame cannot. The subroutine lookup_name() is
slightly refactored to do almost all of the common work for \N{} and the
vianame routines. It now understands named sequences as created my
mktables..
tests and documentation are added. In the randomized testing section,
half use vianame() and half string_vianame().
|
|
|
|
|
| |
This should probably be given-when instead of a naked block
and a redo
|
|
|
|
|
|
|
|
|
|
| |
8 and 9 are not treated as alphas in parsing as opposed to illegal
octals.
This also adds tests to verify that 1-3 digits work in char classes.
I created an isOCTAL macro in case that lookup gets moved to a bit
field, as I plan to do later, for speed.
|
| |
|
|
|
|
| |
This is a merge resolution based on original work by Karl Williamson.
|
|
|
|
|
|
|
| |
Clarifies how hexadecimal escapes are interpreted, with particular
attention to the treatment of invalid characters.
Based on an original draft patch by Karl Williamson.
|
|
|
|
| |
Signed-off-by: David Golden <dagolden@cpan.org>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes s/// so that it doesn't act destructively on its target.
Instead it returns the result of the substitution (or the original string if
there was no match).
In addition this patch:
* Adds a new warning when s///r happens in void context.
* Adds a error when you try to use s///r with !~
* Makes it so constant strings can be bound to s///r with =~
* Adds documentation.
* Adds some tests.
* Updates various debug code so it knows about the /r flag.
* Adds some new 'r' words to B::Deparse.
|
|
|
|
|
|
|
|
|
|
| |
The function perl_ebcdic_control() is unnecessary, as the toCTRL macro
that calls it can be changed to just map EBCDIC to ASCII first, and then
doing the normal procedure.
This means that EBCDIC and ASCII will no longer diverge. Currently,
EBCIDIC gives a syntax error for inputs outside its domain, whereas the
ASCII version accepts some of them.
|
| |
|
|
|
|
| |
And structure the table containing \c better.
|
|
|
|
| |
reported by rrt@sc3d.org
|
| |
|
| |
|
|
|
|
| |
not expressions
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original said
C<< <I<filehandle>> >>
The italic is probably meant for "filehandle", which is a stand-in
for a concrete filehandle. The italic should not apply to the
syntax for the line input operator.
The fix turned it inside out and brought back the ugly interior
sequences:
I< C< E<lt>filehandleE<gt> > >
It's much better without worrying about the italic face.
|
| |
|
|
|
|
| |
Signed-off-by: Josh ben Jore <jjore@cpan.org>
|
| |
|
|
|
|
| |
Identifier characters are allowed. Also add a test
|
| |
|
|
|
|
|
| |
Those were adding non backwards compatible syntax, unlike "...",
as pointed out in bug #67646.
|
|
|
|
|
|
| |
Provided more explicit description of the words that are handled specially
by the => operator and removed the incorrect description of how other
expressions are handled.
|
|
|
|
|
| |
Message-ID: <20081030182902.25398.qmail@lists.develooper.com>
p4raw-id: //depot/perl@34670
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510805190858v4a7f6e06k5f949ff31384137d@mail.gmail.com>
p4raw-id: //depot/perl@33870
|
|
|
|
|
| |
Message-Id: <200805101252.11961.chromatic@wgz.org>
p4raw-id: //depot/perl@33858
|
|
|
|
|
|
|
|
|
| |
suggested by David Nicol:
Subject: It's wafer thin!
From: "David Nicol" <davidnicol@gmail.com>
Message-ID: <934f64a20805091114y40595f9ap9d355b39f20779c1@mail.gmail.com>
p4raw-id: //depot/perl@33852
|
|
|
|
|
|
| |
From: "Ken Williams" <kenahoo@gmail.com>
Message-ID: <6a7ee8cc0802162122r4e59b93boee18b1f045b8954d@mail.gmail.com>
p4raw-id: //depot/perl@33328
|
|
|
|
|
|
| |
From: mhasch@cpan.org (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.6.HEAD-4355-1201568166-693.50364-75-0@perl.org>
p4raw-id: //depot/perl@33257
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510801041111q1730ce02hbcac80b91d78a244@mail.gmail.com>
p4raw-id: //depot/perl@32870
|
|
|
|
|
| |
Message-ID: <46FD4B30.9070802@landgren.net>
p4raw-id: //depot/perl@32026
|
|
|
| |
p4raw-id: //depot/perl@31812
|
|
|
| |
p4raw-id: //depot/perl@31683
|
|
|
|
|
| |
Message-ID: <45F79CAD.5050005@thalesgroup.com>
p4raw-id: //depot/perl@30575
|
|
|
| |
p4raw-id: //depot/perl@30386
|
|
|
|
|
| |
Message-ID: <9b18b3110702131304q370f3530j463c1a59c5ac1dfe@mail.gmail.com>
p4raw-id: //depot/perl@30278
|
|
|
| |
p4raw-id: //depot/perl@30220
|
|
|
|
|
|
| |
From: "Wolfgang Laun" <wolfgang.laun@gmail.com>
Message-ID: <17de7ee80702030723m4265bbfkc83644d55a24aa0@mail.gmail.com>
p4raw-id: //depot/perl@30150
|
|
|
|
|
|
|
|
| |
${^POSTMATCH}
Message-ID: <9b18b3110701111731x29b1c63i57b1698f769b3bbc@mail.gmail.com>
(with tweaks)
p4raw-id: //depot/perl@29831
|
|
|
|
|
|
|
| |
Message-Id: <20070109233928.07AF.BQW10602@nifty.com>
plus nits by Dominic Dunlop
p4raw-id: //depot/perl@29744
|
|
|
| |
p4raw-id: //depot/perl@29192
|
|
|
| |
p4raw-id: //depot/perl@29055
|
|
|
|
|
| |
Message-Id: <20061015222223.BC38.BQW10602@nifty.com>
p4raw-id: //depot/perl@29026
|
|
|
|
|
| |
Message-Id: <20060921204520.80A6.BQW10602@nifty.com>
p4raw-id: //depot/perl@28878
|