| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Message-Id: <200011062357.SAA18173@spotter.yi.org>
p4raw-id: //depot/perl@7585
|
|
|
|
|
|
|
|
| |
Rename utf8_to_uv_chk() back to utf8_to_uv() because it's
used much more than the simpler API, now called utf8_to_uv_simple().
Still not quite happy with API, too much partial duplication
of functionality.
p4raw-id: //depot/perl@7439
|
|
|
|
|
|
|
|
|
|
|
|
| |
malformation happens. This involved adding an argument
to utf8_to_uv_chk(), which involved changing its prototype,
and prefer STRLEN over I32 for the UTF-8 length, which as
a domino effect necessitated changing the prototypes of
scan_bin(), scan_oct(), scan_hex(), and reg_uni().
The stricter UTF-8 decoding checking uses Markus Kuhn's
UTF-8 Decode Stress Tester from
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-test.txt
p4raw-id: //depot/perl@7416
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Subject: [ID 20000912.009] perlunicode.pod still mentions tr///CU
From: Nick Clark <nick@plum.flirble.org>
Date: Tue, 12 Sep 2000 22:50:14 +0100
Message-Id: <E13YxwU-000DDQ-00@plum.flirble.org>
Subject: Re: [ID 20000912.009] perlunicode.pod still mentions tr///CU
From: sthoenna@efn.org (Yitzchak Scott-Thoennes)
Date: Tue, 12 Sep 2000 21:38:48 -0700
Message-ID: <YTwv5gzkgmfL092yn@efn.org>
p4raw-id: //depot/perl@7069
|
|
|
| |
p4raw-id: //depot/perl@5917
|
|
|
| |
p4raw-id: //depot/perl@5712
|
|
|
| |
p4raw-id: //depot/perl@5629
|
|
|
| |
p4raw-id: //depot/perl@5133
|
|
|
|
|
| |
introduce -C switch (sets $^WIDE_SYSTEM_CALLS)
p4raw-id: //depot/perl@5029
|
|
|
|
|
|
|
| |
now return bytes all the way to 255, they will be transparently
coerced (in future) to UTF-8 when they are used in operations
involving other UTF-8 strings; C<use utf8> doesn't set $^U anymore
p4raw-id: //depot/perl@5013
|
|
|
| |
p4raw-id: //depot/perl@4943
|
|
perlunicode.pod that reflects changes to unicode support so far
p4raw-id: //depot/perl@4941
|