In perl.git, the branch smoke-me/maint-5.14-from-debian has been created
<http://perl5.git.perl.org/perl.git/commitdiff/2b6a3df3b74c68db434d467c3f8b77b7b97e6a54?hp=0000000000000000000000000000000000000000>
at 2b6a3df3b74c68db434d467c3f8b77b7b97e6a54 (commit)
- Log -----------------------------------------------------------------
commit 2b6a3df3b74c68db434d467c3f8b77b7b97e6a54
Author: Tony Cook <t...@develop-help.com>
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
Patch-Name: fixes/propagate_tainted_errors.patch
M pp_sys.c
M t/op/taint.t
commit d7fce0529389d4fffe9f2e83de062fae7a55fa16
Author: David Mitchell <da...@iabyn.com>
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.
Patch-Name: fixes/index-tainting.diff
M op.c
M t/op/taint.t
commit 35ee90cc554be984362d5c85c5a24a82581a4099
Author: Pino Toscano <p...@debian.org>
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 9ada1491b8bbce47fb4c06af300184f524bf7313
Author: Pino Toscano <p...@debian.org>
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 ff6fc6ed6c40d2a4bde8d32ed256b0e64437ab42
Author: Pino Toscano <p...@debian.org>
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 dd1d4c7ded23af09af52a0c03364677b00b7860c
Author: Pino Toscano <p...@debian.org>
Date: Wed Aug 10 08:11:33 2011 +0300
Improve general GNU hints, needed for GNU/Hurd.
Bug-Debian: http://bugs.debian.org/636609
Patch-Name: fixes/hurd-hints.diff
With minor modifications to add Pino to AUTHORS.
M MANIFEST
A ext/ODBM_File/hints/gnu.pl
M hints/gnu.sh
commit e947b16ada6d5ba140089db87816a7d93bb62b13
Author: Niko Tyni <nt...@debian.org>
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 1862f250d34d9353d5f7a91d7dd92286a8697f82
Author: Samuel Thibault <sthiba...@debian.org>
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
-----------------------------------------------------------------------
--
Perl5 Master Repository
