From: Peter Eisentraut <peter_e@gmx.net>
Date: Sat, 15 Aug 2009 00:33:12 +0000 (+0000)
Subject: Clarify the documentation about PL/Perl nested subroutines, per Josh
X-Git-Tag: REL8_5_ALPHA1~20
X-Git-Url: http://git.postgresql.org/gitweb/?a=commitdiff_plain;h=1a6d678f00206b87a274c42fc4f1dcde5f1d14d0;p=postgresql.git

Clarify the documentation about PL/Perl nested subroutines, per Josh
Berkus.
---

diff --git a/doc/src/sgml/plperl.sgml b/doc/src/sgml/plperl.sgml
index dfb15b3bd17..3e7d3b2aa3b 100644
--- a/doc/src/sgml/plperl.sgml
+++ b/doc/src/sgml/plperl.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/plperl.sgml,v 2.69 2008/04/10 15:16:46 alvherre Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/plperl.sgml,v 2.70 2009/08/15 00:33:12 petere Exp $ -->
 
  <chapter id="plperl">
   <title>PL/Perl - Perl Procedural Language</title>
@@ -72,8 +72,10 @@ $$ LANGUAGE plperl;
     they refer to lexical variables in the enclosing scope. Because a PL/Perl
     function is wrapped in a subroutine, any named subroutine you create will
     be nested. In general, it is far safer to create anonymous subroutines
-    which you call via a coderef. See the <literal>perldiag</literal>
-    man page for more details.
+    which you call via a coderef. See <literal>Variable "%s" will not stay shared</literal>
+    and <literal>Variable "%s" is not available</literal> in the
+    <citerefentry><refentrytitle>perldiag</></citerefentry> man page for more
+    details.
    </para>
   </note>