Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 0e9c1b1

Browse files
committed
Sigh, I managed to break the no-links-in-plain-text-docs rule too...
1 parent ce1489f commit 0e9c1b1

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

doc/src/sgml/release-8.5.sgml

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.5.sgml,v 1.12 2009/12/19 02:38:54 tgl Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.5.sgml,v 1.13 2009/12/19 05:37:01 tgl Exp $ -->
22

33
<sect1 id="release-8-5">
44
<title>Release 8.5alpha3</title>
@@ -686,8 +686,8 @@
686686
meant, sometimes resulting in surprising behavior. Now, PL/pgSQL
687687
can assume the variable is meant, or assume the table column is
688688
meant, or throw an error in ambiguous cases. For safety the default
689-
is to throw error. To configure this see <xref
690-
linkend="plpgsql-var-subst">.</emphasis>
689+
is to throw error. To configure this see <link
690+
linkend="plpgsql-var-subst">the PL/pgSQL documentation</link>.</emphasis>
691691
</para>
692692
<para>
693693
<emphasis>Error reporting is much nicer: it no longer shows edited
@@ -697,12 +697,12 @@
697697
<para>
698698
<emphasis>Note that this change affects the set of keywords that are
699699
reserved in PL/pgSQL (i.e., cannot be the name of a PL/pgSQL
700-
variable). Now, all keywords shown as reserved in <xref
701-
linkend="sql-keywords-appendix"> are reserved for PL/pgSQL purposes
702-
as well. However, many PL/pgSQL-only keywords that were formerly
703-
treated as reserved no longer are. As in regular SQL, you can
704-
double-quote a variable's name if you want to use a name that
705-
conflicts with a reserved keyword.</emphasis>
700+
variable). Now, all keywords shown as reserved in <link
701+
linkend="sql-keywords-appendix">Appendix C</link> are reserved for
702+
PL/pgSQL purposes as well. However, many PL/pgSQL-only keywords
703+
that were formerly treated as reserved no longer are. As in regular
704+
SQL, you can double-quote a variable's name if you want to use a
705+
name that conflicts with a reserved keyword.</emphasis>
706706
</para>
707707
</listitem>
708708
<listitem>

0 commit comments

Comments
 (0)