In perl.git, the branch smoke-me/rjbs/maint-5.14 has been created
<http://perl5.git.perl.org/perl.git/commitdiff/4636c8abee35fe4e70a5d398d7f9ba6e062780eb?hp=0000000000000000000000000000000000000000>
at 4636c8abee35fe4e70a5d398d7f9ba6e062780eb (commit)
- Log -----------------------------------------------------------------
commit 4636c8abee35fe4e70a5d398d7f9ba6e062780eb
Author: Karl Williamson <[email protected]>
Date: Thu Oct 27 09:39:11 2011 -0600
PATCH: [perl #101970] /[[:lower:]]/i matches upper case
This bug is a regression in 5.14, in which /[[:lower:]]/i and
/[[:upper:]]/i no longer matched the opposite case.
The fix is to have these use a different table under /i matching, that
includes the correct /i code points. These tables were already
available, just unused.
M regcomp.c
M t/re/re_tests
commit 8c7acb0c8276c75d07ac2167b4463e417de577f4
Author: Karl Williamson <[email protected]>
Date: Thu Oct 13 19:56:45 2011 -0600
regexec.c: Fix "\x{FB01}\x{FB00}" =~ /ff/i
Only the first character of the string was being checked when scanning
for the beginning position of the pattern match.
This was so wrong, it looks like it has to be a regression. I
experimented a little and did not find any. I believe (but am not
certain) that a multi-char fold has to be involved. The the handling of
these was so broken before 5.14 that there very well may not be a
regression.
M pod/perldelta.pod
M regexec.c
M t/re/re_tests
commit 6df4e9395f0be91f1e86cd9356563ced394af15d
Author: Karl Williamson <[email protected]>
Date: Tue Nov 1 17:57:15 2011 -0600
PATCH: [perl #101710] Regression with /i, latin1 chars.
The root cause of this bug is that it was assuming that a string was in
utf8 when it wasn't, and so was thinking that a byte was a starter byte
that wasn't, so was skipping ahead based on that starter byte.
M pod/perldelta.pod
M regexec.c
M t/re/pat.t
commit e1d7ea4f271ac6ad9bd0805daea9735ec7ea96c1
Author: Michael G. Schwern <[email protected]>
Date: Mon Oct 3 19:05:29 2011 +0100
Close the eval "require $module" security hole in Digest->new($algorithm)
Also the filter was incomplete.
Bug-Debian: http://bugs.debian.org/644108
M MANIFEST
M cpan/Digest/Digest.pm
A cpan/Digest/t/security.t
commit 69600ded2725f4a99a8b8eb57255430808118602
Author: Tony Cook <[email protected]>
Date: Sun Mar 11 14:38:57 2012 +1100
properly propagate tainted errors
Backport af89892ed and 05a1a0145d by Tony Cook to 5.14
Bug: https://rt.perl.org/rt3/Public/Bug/Display.html?id=111654
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663158
M pp_sys.c
M t/op/taint.t
commit 7f7f78519b8e44c657601863f813303ef0068295
Author: David Mitchell <[email protected]>
Date: Tue Jun 28 17:04:40 2011 +0100
RT 64804: tainting with index() of a constant
Bug: http://rt.perl.org/rt3/Public/Bug/Display.html?id=64804
Bug-Debian: http://bugs.debian.org/291450
Origin: upstream,
http://perl5.git.perl.org/perl.git/commit/3b36395d31cf0a2f3a017505cd0ea857a7acb5d1
At compile time, ck_index with a tainted constant set PL_tainted,
which remained on during the rest of compilation, tainting all other
constants.
Fix this by saving and restoring PL_tainted across the call to
fbm_compile, which is what sets PL_tainted.
M op.c
M t/op/taint.t
commit 85933a1e3bbf27156f9fc5f81f4e353dece0e9c0
Author: Pino Toscano <[email protected]>
Date: Tue Nov 1 18:37:19 2011 +0000
enable LFS on GNU/Hurd
at the moment, perl is compiled on GNU/Hurd without large file support.
This, other than the lacking of support for files > 2 GB, causes the
failure in the t/op/stat.t test.
The failure in stat.t happens because of the following: when filtering
devices in /dev/* using grep {} with -b/-c, stat fails for large
devices such as /dev/hdX blocks, or /dev/zero chars (this latter case
should be an Hurd-specific issue, but shouldn't matter for this case),
hence the counts done with grep {} and the ones done filtering the
output of `ls' don't match.
The attached patch enables the LFS using the same way used on linux.sh;
about t/op/lfs.t, it gets skipped at the "kernel/fs not configured to
use large files?" check, although it correctly detects sparse files and
(at least by looking at the disk usage) allocates the 5GB (or so) file
created with system() in that test.
M hints/gnu.sh
commit f2b8dcddd8de4903267a06f23a8999c1502c1ae0
Author: Pino Toscano <[email protected]>
Date: Mon Oct 31 21:37:04 2011 +0000
Fix hang in ext/POSIX/t/sysconf.t on GNU/Hurd
while compiling perl 5.14.2 on GNU/Hurd, I ran into what it seems a
undefined POSIX behaviour in ext/POSIX/t/sysconf.t.
my $fd = POSIX::open($fifo, O_RDWR)
or skip("could not open $fifo ($!)", 3 * @path_consts_fifo);
according to the POSIX open()[1] about O_RDWR,
The result is undefined if this flag is applied to a FIFO.
.... which is actually our case.
Apparently Linux and *FreeBSD (and maybe also OSes) accept this
behaviour, but on GNU/Hurd this causes the open() call to block
undefinitely. Given there's nothing done with the FIFO if not querying
{,f}pathconf() values, the proposed solution I attached is to change
the opening mode to "O_RDONLY | O_NONBLOCK".
[1] http://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html
M ext/POSIX/t/sysconf.t
commit 76f76416d95520e95707075fd142eb9578e6885a
Author: Pino Toscano <[email protected]>
Date: Mon Oct 31 19:21:27 2011 +0000
Add GNU/Hurd hints for NDBM_File
currently, there are few tests failing because of a broken NDBM module;
using the same hints as used on Linux (given that apparently the cause
is the same) makes the following tests pass:
t/op/dbm.t
cpan/autodie/t/dbmopen.t
cpan/Memoize/t/errors.t
cpan/Memoize/t/tie_ndbm.t
ext/NDBM_File/t/ndbm.t
lib/AnyDBM_File.t
Dominic Hargreaves adds: Note that the original git commit log [what
you see above] lists some tests which aren't affected in blead.
M MANIFEST
A ext/NDBM_File/hints/gnu.pl
commit 5fcf0979013edd5581150607697af6c19a65569a
Author: Pino Toscano <[email protected]>
Date: Wed Aug 10 08:11:33 2011 +0300
Improve general GNU hints, needed for GNU/Hurd.
Bug-Debian: http://bugs.debian.org/636609
With minor modifications to add Pino to AUTHORS.
M MANIFEST
A ext/ODBM_File/hints/gnu.pl
M hints/gnu.sh
commit 0252b3ecfdc88d990cec328407965249c6eca58b
Author: Niko Tyni <[email protected]>
Date: Wed May 18 21:44:06 2011 -0700
[perl #90122] Make h2ph correctly search gcc include directories
System header conversion with "h2ph -a" is currently broken on Ubuntu
Natty and Oneiric (unless the gcc-multilib package is installed for
backward compatibility), resulting in things like
# perl -e 'require "syscall.ph"'
Can't locate asm/unistd.ph in @INC [...]
This happens because Ubuntu has switched to a 'multiarch' setup, see
<https://wiki.ubuntu.com/MultiarchSpec> for details.
The asm subdirectory isn't in $Config{usrinc} anymore: /usr/include/asm
is now /usr/include/x86_64-linux-gnu/asm. (The third component of the
new path varies with the actual architecture.)
gcc --print-search-dirs doesn't really tell anything about where gcc
looks for the include directories, it was just used to find the gcc
internal directory prefix.
Parse the output of "gcc -v -E" instead, and append $Config{usrinc}
for safety. Duplicates shouldn't matter.
The h2ph "-a" switch isn't currently tested automatically, and that
seems nontrivial to do portably. Manual testing was done with
# mkdir ttt
# ./perl -Ilib ./utils/h2ph -a -d $(pwd)/ttt syscall.h
The gcc invocation has been tested to work with gcc 4.6, 4.1, and 3.3.
http://bugs.debian.org/625808
https://bugs.launchpad.net/bugs/777903
M utils/h2ph.PL
commit 924fadd8088dffe449807267209614063e6b46c1
Author: Samuel Thibault <[email protected]>
Date: Wed Aug 4 13:34:05 2010 +0300
Make hints/gnu.sh append to $ccflags rather than overriding them
Bug-Debian: http://bugs.debian.org/587901
Don't override possible extra $ccflags values given to Configure
on GNU/Hurd.
M hints/gnu.sh
commit 406a90b36ae96d0c9659e63e1d39a5a2d86f7425
Author: Ricardo Signes <[email protected]>
Date: Thu Aug 9 09:42:53 2012 -0400
import perlhist data for 5.16.1
M pod/perlhist.pod
-----------------------------------------------------------------------
--
Perl5 Master Repository
