| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
This change fixes enough code that it's possible to run make test_prep when perl is compiled with -Dusedefaultstrict.
There are 2 caveats to this:
- Does not address XSLoader/DynaLoader already submitted in another PR.
- Does not address cpan/Pod-Usage or cpan/Text-Tabs which continue to be outstanding upstream.
|
|
|
|
| |
Thanks to Dagfinn Ilmari Mannsåker and H.Merijn Brand
|
|
|
|
|
|
|
| |
Prior to this commit 'use utf8' loaded utf8_heavy.pl. But previous
commits in the 5.29 series mean it is not needed from the core unless a
tr/// is using UTF-8, a much less likely occurrence. So load it only on
demand
|
| |
|
|
|
|
|
|
| |
Commit 50a85cfe6c852deb0c2f738cb82006623052dc8e clarified that this
module uses Perl's extended UTF-8, but missed the mention fixed in this
commit.
|
|
|
|
| |
Spotted by Christian Hansen
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Splits the little cheat sheet I posted as a comment into pieces
and puts them closer to where they belong
- better document why you'd want to use utf8::upgrade()
- similarly for utf8::downgrade()
- try hard to convince people not to use utf8::is_utf8()
- no, utf8::is_utf8() isn't what you want instead of utf8::valid()
- change some examples to use $x instead of the sort reserved $a
|
|
|
|
|
| |
See thread beginning at
http://nntp.perl.org/group/perl.perl5.porters/233125
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
"The $ENV{...}," doesn't read well;
Spell it out for consistency with perlrun.
Committer: Increment $VERSION and add entry to perldelta.
|
|
|
|
|
|
|
| |
These just return their argument on ASCII platforms, so can get rid of
the function call overhead there.
Thanks to Zefram and Matthew Horsfall for their help in this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
In its original implementation in perl 5.6, 'use utf8' accepted
an encoding argument, which was saved in %utf8::enc and later
used by utf8_heavy.pl to load the right files from lib/unico[rd]e.
However, since 5.8 (or more specifically, 15732964418f),
utf8_heavy.pl stopped using that variable, so there's no reason
to keep it around in utf8.pm.
Bump $VERSION in lib/utf8.pm.
|
| |
|
|
|
|
| |
abigail's new failing test)
|
| |
|
|
|
|
|
| |
Try to make it clear what each does, and the fact that upgrade/downgrade
don't change the logical string value while encode/decode do.
|
|
|
|
|
|
| |
to avoid magic leaking and smoke failures under
utf-8 locales
p4raw-id: //depot/perl@31450
|
|
|
|
|
|
| |
Also, document that the internal utf8 functions can be used
without loading utf8.pm. (Suggested by Juerd)
p4raw-id: //depot/perl@30555
|
|
|
|
|
| |
Message-ID: <20070304150019.GN4723@c4.convolution.nl>
p4raw-id: //depot/perl@30493
|
|
|
|
|
| |
Message-Id: <5BDAD0DE-3434-4A29-82C6-35AE3EFD27CC@audreyt.org>
p4raw-id: //depot/perl@29992
|
|
|
| |
p4raw-id: //depot/perl@26824
|
|
|
| |
p4raw-id: //depot/perl@26819
|
|
|
| |
p4raw-id: //depot/perl@24399
|
|
|
| |
p4raw-id: //depot/perl@23788
|
|
|
| |
p4raw-id: //depot/perl@23019
|
|
|
|
|
| |
Message-Id: <20040606003344.57B2.BQW10602@nifty.com>
p4raw-id: //depot/perl@22902
|
|
|
| |
p4raw-id: //depot/perl@22642
|
|
|
|
|
| |
and utf8::encode/decode (patch by Jarkko).
p4raw-id: //depot/perl@22430
|
|
|
| |
p4raw-id: //depot/perl@20878
|
|
|
| |
p4raw-id: //depot/perl@20822
|
|
|
| |
p4raw-id: //depot/perl@20820
|
|
|
| |
p4raw-id: //depot/perl@20751
|
|
|
|
|
| |
Message-ID: <3F3E9464.3030202@stason.org>
p4raw-id: //depot/perl@20735
|
|
|
| |
p4raw-id: //depot/perl@20688
|
|
|
| |
p4raw-id: //depot/perl@19778
|
|
|
|
|
| |
is a bit too much: introduce utf8::is_utf8().
p4raw-id: //depot/perl@19777
|
|
|
|
|
|
|
| |
a microfix in toke.c towards the final goal (the fix
removes the need to have quotes around Unicode package
names when calling a method on them)
p4raw-id: //depot/perl@17286
|
|
|
|
|
|
|
|
|
| |
names, not package or subroutine names (admittedly limited [1], but
that's what the Camel says, and that's what we are going to stick
to for 5.8.0). Also document that use vars does not do utf8.
[1] The obvious problem in both is that package and subroutine
names need to mappable to the filesystem.
p4raw-id: //depot/perl@15947
|
|
|
|
|
| |
guaranteed to be forever; and reformat a bit.
p4raw-id: //depot/perl@15766
|
|
|
|
|
| |
Message-ID: <m3u1qqefeb.fsf@anima.de>
p4raw-id: //depot/perl@15765
|