In perl.git, the branch dom/dot-in-inc-doc has been updated <http://perl5.git.perl.org/perl.git/commitdiff/8e2f9f81800071eab80b50b23f30af5b6dd6c7e2?hp=ec2f525b52f957109a0c08e04377300d41beda21>
discards ec2f525b52f957109a0c08e04377300d41beda21 (commit) - Log ----------------------------------------------------------------- commit 8e2f9f81800071eab80b50b23f30af5b6dd6c7e2 Author: Dominic Hargreaves <d...@earth.li> Date: Tue Feb 21 20:30:38 2017 +0000 Documentation fixes for '.' possibly no longer being in @INC ----------------------------------------------------------------------- Summary of changes: pod/perlfunc.pod | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/pod/perlfunc.pod b/pod/perlfunc.pod index 2cf2613909..f72267b1ea 100644 --- a/pod/perlfunc.pod +++ b/pod/perlfunc.pod @@ -1827,9 +1827,10 @@ Using C<do> with no leading path, as in will search the L<C<@INC>|perlvar/@INC> directories, and update L<C<%INC>|perlvar/%INC> if the file is found. See L<perlvar/@INC> and L<perlvar/%INC> for these variables (in particular, note that -historically L<C<@INC>|perlvar/@INC> contained '.' (the current -directory) making this two cases equivalent, but that is not in -general guaranteed. +whilst historically L<C<@INC>|perlvar/@INC> contained '.' (the +current directory) making these two cases equivalent, that is no +longer necessarily the case, as there is now a compile-time option +to disable this behaviour. If L<C<do>|/do EXPR> can read the file but cannot compile it, it returns L<C<undef>|/undef EXPR> and sets an error message in -- Perl5 Master Repository