ext/Pod-Html/testdir/perlvar-copy.pod: Fix broken pod links

diff --git a/ext/Pod-Html/testdir/perlvar-copy.pod b/ext/Pod-Html/testdir/perlvar-copy.pod
index 04d2a74..9cb9b68 100644 (file)
--- a/ext/Pod-Html/testdir/perlvar-copy.pod
+++ b/ext/Pod-Html/testdir/perlvar-copy.pod
@@ -481,7 +481,7 @@ buffered otherwise.  Setting this variable is useful primarily when
 you are outputting to a pipe or socket, such as when you are running
 a Perl program under B<rsh> and want to see the output as it's
 happening.  This has no effect on input buffering.  See L<perlfunc/getc>
-for that.  See L<perldoc/select> on how to select the output channel. 
+for that.  See L<perlfunc/select> on how to select the output channel.
 See also L<IO::Handle>. (Mnemonic: when you want your pipes to be piping hot.)
 
 =item IO::Handle->output_field_separator EXPR
@@ -725,7 +725,7 @@ contains formline() calls that put their result into C<$^A>.  After
 calling its format, write() prints out the contents of C<$^A> and empties.
 So you never really see the contents of C<$^A> unless you call
 formline() yourself and then look at it.  See L<perlform> and
-L<perlfunc/formline()>.
+L<formline|perlfunc/formline PICTURE,LIST>.
 
 =item $CHILD_ERROR
 

diff --git a/t/porting/known_pod_issues.dat b/t/porting/known_pod_issues.dat
index c95bb8a..c0a2772 100644 (file)
--- a/t/porting/known_pod_issues.dat
+++ b/t/porting/known_pod_issues.dat
@@ -196,7 +196,6 @@ ext/i18n-langinfo/langinfo.pm       Verbatim line length including indents exceeds 79
 ext/pod-html/bin/pod2html      Pod NAME already used   1
 ext/pod-html/testdir/perlpodspec-copy.pod      Verbatim line length including indents exceeds 79 by    8
 ext/pod-html/testdir/perlvar-copy.pod  ? Should you be using L<...> instead of 3
-ext/pod-html/testdir/perlvar-copy.pod  Apparent broken link    2
 ext/pod-html/testdir/perlvar-copy.pod  Verbatim line length including indents exceeds 79 by    6
 ext/posix/lib/posix.pod        Verbatim line length including indents exceeds 79 by    13
 ext/vms-dclsym/dclsym.pm       ? Should you be using L<...> instead of 1