In perl.git, the branch smueller/no_taint2 has been created
<http://perl5.git.perl.org/perl.git/commitdiff/94bf77e8222289e68f1874dc2e3c2d965fa54d36?hp=0000000000000000000000000000000000000000>
at 94bf77e8222289e68f1874dc2e3c2d965fa54d36 (commit)
- Log -----------------------------------------------------------------
commit 94bf77e8222289e68f1874dc2e3c2d965fa54d36
Author: Steffen Mueller <smuel...@cpan.org>
Date: Wed Oct 10 09:07:59 2012 +0200
Core module test workarounds for perls without taint support
M dist/Cwd/t/taint.t
M dist/IO/t/io_taint.t
M dist/Locale-Maketext/t/09_compile.t
M ext/Devel-Peek/t/Peek.t
M ext/File-Glob/t/taint.t
M ext/POSIX/t/taint.t
M lib/File/Basename.t
M lib/File/Find/t/taint.t
commit 82ec3c9c0b29a59869a41e475e069052e28ec9d9
Author: Steffen Mueller <smuel...@cpan.org>
Date: Tue Oct 9 11:19:37 2012 +0200
Add C define to remove taint support from perl
By defining NO_TAINT_SUPPORT, all the various checks that perl does for
tainting become no-ops. It's not an entirely complete change: it doesn't
attempt to remove the taint-related interpreter variables, but instead
virtually eliminates access to it.
Why, you ask? Because it appears to speed up perl's run-time
significantly by avoiding various "are we running under taint" checks
and the like.
This change is not in a state to go into blead yet. The actual way I
implemented it might raise some (valid) objections. Basically, I
replaced all uses of the global taint variables (but not PL_taint_warn!)
with an extra layer of get/set macros (TAINT_get/TAINTING_get).
Furthermore, the change is not complete:
- PL_taint_warn would likely deserve the same treatment.
- Obviously, tests fail. We have tests for -t/-T
- Right now, I added a Perl warn() on startup when -t/-T are detected
but the perl was not compiled support it. It might be argued that it
should be silently ignored! Needs some thinking.
- Code quality concerns - needs review.
- Configure support required.
- Needs thinking: How does this tie in with CPAN XS modules that use
PL_taint and friends? It's easy to backport the new macros via PPPort,
but that doesn't magically change all code out there. Might be
harmless, though, because whenever you're running under
NO_TAINT_SUPPORT, any check of PL_taint/etc is going to come up false.
Thus, the only CPAN code that SHOULD be adversely affected is code
that changes taint state.
M doio.c
M doop.c
M dump.c
M hv.c
M mg.c
M op.c
M os2/os2.c
M pad.c
M perl.c
M perl.h
M perlio.c
M pp_ctl.c
M pp_hot.c
M pp_sys.c
M regcomp.c
M regexp.h
M scope.c
M sv.c
M sv.h
M taint.c
M utf8.c
M util.c
M vms/vms.c
-----------------------------------------------------------------------
--
Perl5 Master Repository
