From d9f2b251b2a7966ba737c877bce9ffbe6120c836 Mon Sep 17 00:00:00 2001 From: Father Chrysostomos Date: Sat, 12 Feb 2011 09:33:38 -0800 Subject: [PATCH] Fix links to POD sections --- pod/perldebug.pod | 4 ++-- pod/perlretut.pod | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/pod/perldebug.pod b/pod/perldebug.pod index 7a9efa4..28fc3ad 100644 --- a/pod/perldebug.pod +++ b/pod/perldebug.pod @@ -1128,7 +1128,7 @@ voluminous output, one must not only have some idea about how regular expression matching works in general, but also know how Perl's regular expressions are internally compiled into an automaton. These matters are explored in some detail in -L. +L. =head1 Debugging memory usage X @@ -1136,7 +1136,7 @@ X Perl contains internal support for reporting its own memory usage, but this is a fairly advanced concept that requires some understanding of how memory allocation works. -See L for the details. +See L for the details. =head1 SEE ALSO diff --git a/pod/perlretut.pod b/pod/perlretut.pod index e401bac..293683c 100644 --- a/pod/perlretut.pod +++ b/pod/perlretut.pod @@ -2838,7 +2838,7 @@ Each step is of the form S >>>, with C<< >> the part of the string matched and C<< >> the part not yet matched. The S>> says that Perl is at line number 1 n the compilation list above. See -L for much more detail. +L for much more detail. An alternative method of debugging regexps is to embed C statements within the regexp. This provides a blow-by-blow account of -- 2.7.4