summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorTom Lane2009-06-08 14:57:21 +0000
committerTom Lane2009-06-08 14:57:21 +0000
commit506183e485732e0e76cedb8db0e9ef514c34cba8 (patch)
tree4319e57161471f1e4d8863736893d96d4f196995
parent156475a58985ed48ed45db595278037156ca737e (diff)
Be a bit more verbose about the effects of string literal processing
changes in plpgsql. Per bug #4843.
-rw-r--r--doc/src/sgml/release-8.4.sgml10
1 files changed, 9 insertions, 1 deletions
diff --git a/doc/src/sgml/release-8.4.sgml b/doc/src/sgml/release-8.4.sgml
index cca2d033b2c..b00cb16dba7 100644
--- a/doc/src/sgml/release-8.4.sgml
+++ b/doc/src/sgml/release-8.4.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.8 2009/06/07 20:09:34 tgl Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/release-8.4.sgml,v 1.9 2009/06/08 14:57:21 tgl Exp $ -->
<!-- See header comment in release.sgml about typical markup -->
<sect1 id="release-8-4">
@@ -2303,6 +2303,14 @@
Make processing of string literals and nested block comments
match the main SQL parser's processing (Tom)
</para>
+
+ <para>
+ In particular, the format string in <command>RAISE</> now works
+ the same as any other string literal, including being subject
+ to <varname>standard_conforming_strings</>. This change also
+ fixes other cases in which valid commands would fail when
+ <varname>standard_conforming_strings</> is on.
+ </para>
</listitem>
<listitem>