Change standard_compliant_strings to standard_conforming_strings.
authorPeter Eisentraut <peter_e@gmx.net>
Sun, 14 Aug 2005 22:19:50 +0000 (22:19 +0000)
committerPeter Eisentraut <peter_e@gmx.net>
Sun, 14 Aug 2005 22:19:50 +0000 (22:19 +0000)
doc/src/sgml/libpq.sgml
doc/src/sgml/protocol.sgml
doc/src/sgml/runtime.sgml
doc/src/sgml/syntax.sgml
src/backend/utils/misc/guc.c

index 74219f368b6530122a7b8faaf1a7225d217a6064..7f9bc97b0d7a81a6a9313ec168fa592562722d13 100644 (file)
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.188 2005/06/27 02:04:24 neilc Exp $
+$PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.189 2005/08/14 22:19:49 petere Exp $
 -->
 
  <chapter id="libpq">
@@ -890,10 +890,10 @@ Parameters reported as of the current release include
 <literal>DateStyle</>,
 <literal>TimeZone</>,
 <literal>integer_datetimes</>, and
-<literal>standard_compliant_strings</>.
+<literal>standard_conforming_strings</>.
 (<literal>server_encoding</>, <literal>TimeZone</>, and
 <literal>integer_datetimes</> were not reported by releases before 8.0;
-<literal>standard_compliant_strings</> was not reported by releases
+<literal>standard_conforming_strings</> was not reported by releases
 before 8.1.)
 Note that
 <literal>server_version</>,
@@ -917,7 +917,7 @@ in a numeric form that is much easier to compare against.
 </para>
 
 <para>
-If no value for <literal>standard_compliant_strings</> is reported,
+If no value for <literal>standard_conforming_strings</> is reported,
 applications may assume it is <literal>false</>, that is, backslashes
 are treated as escapes in string literals.  Also, the presence of this
 parameter may be taken as an indication that the escape string syntax
index 9663c7c08c677fa80d5c201d5040717f8d6f1b9a..07c9c642c75287e578df3093739e7fc044aec375 100644 (file)
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/protocol.sgml,v 1.61 2005/06/27 02:04:24 neilc Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/protocol.sgml,v 1.62 2005/08/14 22:19:49 petere Exp $ -->
 
 <chapter id="protocol">
  <title>Frontend/Backend Protocol</title>
     <literal>DateStyle</>,
     <literal>TimeZone</>,
     <literal>integer_datetimes</>, and
-    <literal>standard_compliant_strings</>.
+    <literal>standard_conforming_strings</>.
     (<literal>server_encoding</>, <literal>TimeZone</>, and
     <literal>integer_datetimes</> were not reported by releases before 8.0;
-    <literal>standard_compliant_strings</> was not reported by releases
+    <literal>standard_conforming_strings</> was not reported by releases
     before 8.1.)
     Note that
     <literal>server_version</>,
index 060cd91ea16bae7ce50b0b52a98f83159f9d244a..efb46060d966491f548fcfe6a8255bbd955a7220 100644 (file)
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/runtime.sgml,v 1.344 2005/08/11 21:11:42 tgl Exp $
+$PostgreSQL: pgsql/doc/src/sgml/runtime.sgml,v 1.345 2005/08/14 22:19:49 petere Exp $
 -->
 
 <chapter Id="runtime">
@@ -4089,7 +4089,7 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
         Escape string syntax (<literal>E'...'</>) should be used for
         escapes, because in future versions of
         <productname>PostgreSQL</productname> ordinary strings will have
-        the standard-compliant behavior of treating backslashes
+        the standard-conforming behavior of treating backslashes
         literally.
        </para>
       </listitem>
@@ -4303,11 +4303,11 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
       </listitem>
      </varlistentry>
 
-     <varlistentry id="guc-standard-compliant-strings" xreflabel="standard_compliant_strings">
-      <term><varname>standard_compliant_strings</varname> (<type>boolean</type>)</term>
+     <varlistentry id="guc-standard-conforming-strings" xreflabel="standard_conforming_strings">
+      <term><varname>standard_conforming_strings</varname> (<type>boolean</type>)</term>
       <indexterm><primary>strings</><secondary>escape</></>
       <indexterm>
-       <primary><varname>standard_compliant_strings</> configuration parameter</primary>
+       <primary><varname>standard_conforming_strings</> configuration parameter</primary>
       </indexterm>
       <listitem>
        <para>
index 0d3d7f19f1896d3dae07f4b7e8ebe28e1c0f007a..ae6ae9468dd2fa7c22017a4805b188be3d62471b 100644 (file)
@@ -1,5 +1,5 @@
 <!--
-$PostgreSQL: pgsql/doc/src/sgml/syntax.sgml,v 1.102 2005/06/26 19:16:05 tgl Exp $
+$PostgreSQL: pgsql/doc/src/sgml/syntax.sgml,v 1.103 2005/08/14 22:19:50 petere Exp $
 -->
 
 <chapter id="sql-syntax">
@@ -274,7 +274,7 @@ UPDATE "my_table" SET "a" = 5;
      While ordinary strings now support C-style backslash escapes,
      future versions will generate warnings for such usage and
      eventually treat backslashes as literal characters to be
-     standard-compliant. The proper way to specify escape processing is
+     standard-conforming. The proper way to specify escape processing is
      to use the escape string syntax to indicate that escape
      processing is desired. Escape string syntax is specified by writing
      the letter <literal>E</literal> (upper or lower case) just before
index bb0634463ed113463a65b911da6a86db11667093..5176ac05cba3fbcdec625f09d2e9bb87aea1d45e 100644 (file)
@@ -10,7 +10,7 @@
  * Written by Peter Eisentraut <peter_e@gmx.net>.
  *
  * IDENTIFICATION
- *   $PostgreSQL: pgsql/src/backend/utils/misc/guc.c,v 1.281 2005/08/11 21:11:47 tgl Exp $
+ *   $PostgreSQL: pgsql/src/backend/utils/misc/guc.c,v 1.282 2005/08/14 22:19:50 petere Exp $
  *
  *--------------------------------------------------------------------
  */
@@ -202,7 +202,7 @@ static int  max_index_keys;
 static int max_identifier_length;
 static int block_size;
 static bool    integer_datetimes;
-static bool    standard_compliant_strings;
+static bool    standard_conforming_strings;
 
 /* should be static, but commands/variable.c needs to get at these */
 char      *role_string;
@@ -930,12 +930,12 @@ static struct config_bool ConfigureNamesBool[] =
    },
 
    {
-       {"standard_compliant_strings", PGC_INTERNAL, PRESET_OPTIONS,
+       {"standard_conforming_strings", PGC_INTERNAL, PRESET_OPTIONS,
            gettext_noop("'...' strings treat backslashes literally."),
            NULL,
            GUC_REPORT | GUC_NOT_IN_SAMPLE | GUC_DISALLOW_IN_FILE
        },
-       &standard_compliant_strings,
+       &standard_conforming_strings,
        false, NULL, NULL
    },