Branch: refs/heads/smoke-me/khw-mingw
Home: https://github.com/Perl/perl5
Commit: 822876eb14b514b543bf68bb51a68ae878e1a646
https://github.com/Perl/perl5/commit/822876eb14b514b543bf68bb51a68ae878e1a646
Author: Karl Williamson <[email protected]>
Date: 2020-12-04 (Fri, 04 Dec 2020)
Changed paths:
M perl.h
Log Message:
-----------
Not all Win32 compilers have a small macro buffer
Commit e7ae132ec78 consolidated PERL_SMALL_MACRO_BUFFER usages, but it
wasn't a clean copy; it omitted the _MSC_VER number at which the buffer
became large enough. This commit adds that back.
Commit: e9a1cb20f3eda2d1adfb6c402938c34b1bc70981
https://github.com/Perl/perl5/commit/e9a1cb20f3eda2d1adfb6c402938c34b1bc70981
Author: Karl Williamson <[email protected]>
Date: 2020-12-04 (Fri, 04 Dec 2020)
Changed paths:
M handy.h
Log Message:
-----------
Revert "Don't test for 16-bit inputs in inRANGE()"
This reverts commit 4c2aa7c802893d0276551ade1b9d5dcd1226afc4.
That commit removed checking for 16 bit inputs because an assert in a
macro was making compilations fail in compilers that have a small macro
buffer. It would have been better to treat such compilers specially,
because it turns out that systems which use UTF-16, like Mingw and Win32
do need that. A mistake made in e7ae132ec78 caused all Win32 compiler
versions to be so-treated, and so they continued to compile. But some
change in 5.32 caused Mingw to run afoul of this problem; but since it's
an assert, it only affected debugging builds, which were tested much
less often.
Compare: https://github.com/Perl/perl5/compare/40f2ce7754cd...e9a1cb20f3ed
