In perl.git, the branch smoke-me/khw-lexencoding has been created
<http://perl5.git.perl.org/perl.git/commitdiff/47bcbe08209740015f6d88a3a35621516abd11f7?hp=0000000000000000000000000000000000000000>
at 47bcbe08209740015f6d88a3a35621516abd11f7 (commit)
- Log -----------------------------------------------------------------
commit 47bcbe08209740015f6d88a3a35621516abd11f7
Author: Karl Williamson <[email protected]>
Date: Tue Nov 18 22:02:21 2014 -0700
toke.c: Consistently upgrade under encoding
The documentation says that intermixing above-Latin1 code points with
ones that would be otherwise encoded to something else, like Greek,
causes the encoding to be foregone. Until this commit, this only
happened when the above-latin1 code point came first in the string
constant being scanned; meaning string-order was important. This
changes things to match the documentation
M cpan/Encode/t/encoding.t
M toke.c
commit ca9f815bc58f0ecb3b8fb85831fbfaaabfa85f74
Author: Dagfinn Ilmari Mannsåker <[email protected]>
Date: Mon Nov 10 23:54:46 2014 +0000
Deprecate setting ${^ENCODING}
The commiter added a no warnings in t/op/leaky-magic.t, and made other
minor changes because of rebasing issues.
M mg.c
M pod/perldiag.pod
M pod/perlvar.pod
M t/lib/warnings/mg
M t/op/leaky-magic.t
M t/re/pat_re_eval.t
M t/uni/chomp.t
commit f20778aac6b0873ac3218c4c65eac6b7dc0f32f8
Author: Karl Williamson <[email protected]>
Date: Tue Nov 18 17:23:54 2014 -0700
mg.c: White-space only
Indent due to new blocks from previous commit
M mg.c
commit 4abfebe7badd467de762eb7730ac642199dafc12
Author: Karl Williamson <[email protected]>
Date: Tue Nov 18 17:03:03 2014 -0700
Make encoding pragma lexical in scope
The encoding pragma is deprecated, but in the meantime it causes spooky
action at a distance with other modules that it may be combined with.
In these modules, operations such as chr(), ord(), and utf8::upgrade()
will suddenly start doing the wrong thing.
The documentation for 'encoding' has said to call it after loading other
modules, but this may be impractical. This is especially bad with \N{}
now, as it auto-loads charnames at first use, which likely is after the
'encoding'.
There is an issue with combining this with setting the variable
${^ENCODING} directly. The potential for conflicts has always been
there, and remains. This commit introduces a shadow hidden variable,
subservient to ${^ENCODING} (to preserve backwards compatibility) that
has lexical scope validity.
M cpan/Encode/encoding.pm
M embedvar.h
M gv.c
M intrpvar.h
M mg.c
M perl.h
M pp_ctl.c
M sv.c
commit 7941c4c1bd46eb4a82d2d90271d0dffa9691dc83
Author: Karl Williamson <[email protected]>
Date: Fri Nov 14 11:18:57 2014 -0700
Make a function to get PL_encoding's value
This is in preparation for making the retrieval more complex in future
commits than it is now. This is going into mg.c because the value is
magical.
M embed.fnc
M embed.h
M mg.c
M pad.c
M pp.c
M pp_hot.c
M proto.h
M regcomp.c
M sv.c
M toke.c
commit 51611aeca4b048145cb2071cb58b08833292b577
Author: Karl Williamson <[email protected]>
Date: Tue Nov 11 22:25:37 2014 -0700
Make testing for PL_encoding into a macro
This is in preparation for making the test more complicated.
M pad.c
M perl.h
M pp.c
M pp_hot.c
M pp_sys.c
M regcomp.c
M sv.c
M toke.c
-----------------------------------------------------------------------
--
Perl5 Master Repository
