Sigh, I managed to break the no-links-in-plain-text-docs rule too...

diff --git a/doc/src/sgml/release-8.5.sgml b/doc/src/sgml/release-8.5.sgml
index 4c8e9abced395dc7eb9ed393414b020269890606..06234fbd3885c5d22c3d33bfc57e3152fa902a67 100644 (file)
--- a/doc/src/sgml/release-8.5.sgml
+++ b/doc/src/sgml/release-8.5.sgml
@@ -686,8 +686,8 @@
           meant, sometimes resulting in surprising behavior.  Now, PL/pgSQL
           can assume the variable is meant, or assume the table column is
           meant, or throw an error in ambiguous cases.  For safety the default
-          is to throw error.  To configure this see <xref
-          linkend="plpgsql-var-subst">.</emphasis>
+          is to throw error.  To configure this see <link
+          linkend="plpgsql-var-subst">the PL/pgSQL documentation</link>.</emphasis>
         </para>
         <para>
          <emphasis>Error reporting is much nicer: it no longer shows edited
@@ -697,12 +697,12 @@
         <para>
          <emphasis>Note that this change affects the set of keywords that are
           reserved in PL/pgSQL (i.e., cannot be the name of a PL/pgSQL
-          variable).  Now, all keywords shown as reserved in <xref
-          linkend="sql-keywords-appendix"> are reserved for PL/pgSQL purposes
-          as well.  However, many PL/pgSQL-only keywords that were formerly
-          treated as reserved no longer are.  As in regular SQL, you can
-          double-quote a variable's name if you want to use a name that
-          conflicts with a reserved keyword.</emphasis>
+          variable).  Now, all keywords shown as reserved in <link
+          linkend="sql-keywords-appendix">Appendix C</link> are reserved for
+          PL/pgSQL purposes as well.  However, many PL/pgSQL-only keywords
+          that were formerly treated as reserved no longer are.  As in regular
+          SQL, you can double-quote a variable's name if you want to use a
+          name that conflicts with a reserved keyword.</emphasis>
         </para>
        </listitem>
        <listitem>