In perl.git, the branch blead has been updated <http://perl5.git.perl.org/perl.git/commitdiff/2c4393cceb72ac358b1127131a605f20eb3e7588?hp=29ce4d71249be11f0777ec24bb50a2df7b5c9ed8>
- Log ----------------------------------------------------------------- commit 2c4393cceb72ac358b1127131a605f20eb3e7588 Author: Ãvar Arnfjörð Bjarmason <[email protected]> Date: Sat May 20 13:53:04 2017 +0000 perldelta: remove the @INC blurb I added Remove the @INC blurb I added in commit 90ed3b64f9 ("perldelta: clarify what '.' and @INC is about", 2017-05-16). I wrote this independently before seeing the RT bug that had a much more complete overview, which I applied in commit 89853d76c8 ("Add more extensive information about @INC changes into perldelta (RT#131304)", 2017-05-17). As a result we now have this section, and then right below it another section authored by Dominic Hargreaves. This needs to be resolved before release. As noted in 89853d76c8 some things could arguably be salvaged from my section as it's more brief, but I can't think of a good way to rewrite this, so just remove it. ----------------------------------------------------------------------- Summary of changes: pod/perldelta.pod | 22 ---------------------- 1 file changed, 22 deletions(-) diff --git a/pod/perldelta.pod b/pod/perldelta.pod index 3bfe459033..85f863acae 100644 --- a/pod/perldelta.pod +++ b/pod/perldelta.pod @@ -175,28 +175,6 @@ the end of the supplied buffer. =head1 Security -=head2 '.' and @INC - -Since time immemorial Perl has, as a last resort, loaded libraries -from the current directory. For security reasons this is no longer the -case. This is controlled by the C<@INC> variable, and it no longer -defaults to containing C<.> as its last element. - -If you want to disable this behavior at compile-time, build perl with -C<-Udefault_inc_excludes_dot> (C<-Ddefault_inc_excludes_dot> being the -default now). - -If you'd like to add C<.> back to C<@INC> at runtime set -C<PERL_USE_UNSAFE_INC=1> in the environment before starting -perl. Setting it to 1 restores C<.> in the C<@INC> when perl otherwise -lacks it. - -Various toolchain modules will set C<PERL_USE_UNSAFE_INC=1> -themselves. For example, L<Test::Harness> sets it, since loading modules from a -relative path is a common idiom in test code. If you find that you -have C<.> in C<@INC> on a perl built with default settings it's likely -that your code is being invoked by a toolchain module of some sort. - =head2 Removal of the current directory (C<.>) from C<@INC> The perl binary includes a default set of paths in C<@INC>. Historically -- Perl5 Master Repository
