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
