X-Git-Url: https://perl5.git.perl.org/perl5.git/blobdiff_plain/20db750130061015fab1ffed94ff374c2bd38af3..2b4ad5699f46c7f63185ad4e7d1f61e16aaa73f6:/pod/perlunifaq.pod diff --git a/pod/perlunifaq.pod b/pod/perlunifaq.pod index 9fd2b38..f952d1a 100644 --- a/pod/perlunifaq.pod +++ b/pod/perlunifaq.pod @@ -141,16 +141,16 @@ concern, and you can just C dumped data as always. Starting in Perl 5.14 (and partially in Perl 5.12), just put a C near the beginning of your program. Within its lexical scope you shouldn't have this problem. It also is -automatically enabled under C or using C<-E> on the -command line for Perl 5.12 or higher. +automatically enabled under C or C or +using C<-E> on the command line for Perl 5.12 or higher. The rationale for requiring this is to not break older programs that rely on the way things worked before Unicode came along. Those older programs knew only about the ASCII character set, and so may not work properly for additional characters. When a string is encoded in UTF-8, Perl assumes that the program is prepared to deal with Unicode, but when -the string isn't, Perl assumes that only ASCII (unless it is an EBCDIC -platform) is wanted, and so those characters that are not ASCII +the string isn't, Perl assumes that only ASCII +is wanted, and so those characters that are not ASCII characters aren't recognized as to what they would be in Unicode. C tells Perl to treat all characters as Unicode, whether the string is encoded in UTF-8 or not, thus avoiding @@ -274,7 +274,8 @@ Instead of C and C, you could use C<_utf8_on> and C<_utf8_off>, but this is considered bad style. Especially C<_utf8_on> can be dangerous, for the same reason that C<:utf8> can. -There are some shortcuts for oneliners; see C<-C> in L. +There are some shortcuts for oneliners; +see L<-C|perlrun/-C [numberElist]> in L. =head2 What's the difference between C and C?