Fix inconsistent capitalization of "PL/pgSQL".
authorRobert Haas
Thu, 23 Sep 2010 01:57:37 +0000 (21:57 -0400)
committerRobert Haas
Thu, 23 Sep 2010 01:57:37 +0000 (21:57 -0400)
Josh Kupershmidt

15 files changed:
doc/src/sgml/external-projects.sgml
doc/src/sgml/plpgsql.sgml
doc/src/sgml/release-7.4.sgml
doc/src/sgml/release-8.0.sgml
doc/src/sgml/release-8.1.sgml
doc/src/sgml/release-8.2.sgml
doc/src/sgml/release-8.3.sgml
doc/src/sgml/release-8.4.sgml
doc/src/sgml/release-9.0.sgml
doc/src/sgml/release-old.sgml
src/pl/plpgsql/src/gram.y
src/pl/plpgsql/src/pl_comp.c
src/pl/plpgsql/src/pl_exec.c
src/test/regress/expected/plpgsql.out
src/test/regress/sql/plpgsql.sql

index 7c80dec6a609f819a5e71c3881f30285ebb6a2de..8927ef344b151c3d4c7911213242400c775d8f04 100644 (file)
   
    PostgreSQL includes several procedural
    languages with the base distribution: 
-   linkend="plpgsql">PL/PgSQL, PL/Tcl,
+   linkend="plpgsql">PL/pgSQL, PL/Tcl,
    PL/Perl, and 
    linkend="plpython">PL/Python.
   
index da831a09712c1c94d423cb3c62ea1ab7c45a6fcf..d3bf847c892df699c10ac3794555824dc24ef601 100644 (file)
@@ -1139,17 +1139,17 @@ EXECUTE 'SELECT count(*) FROM '
 
     
      quote_ident
-     use in PL/PgSQL
+     use in PL/pgSQL
     
 
     
      quote_literal
-     use in PL/PgSQL
+     use in PL/pgSQL
     
 
     
      quote_nullable
-     use in PL/PgSQL
+     use in PL/pgSQL
     
 
     
@@ -1492,11 +1492,11 @@ RETURN expression;
      <command>RETURN NEXT</> and <command>RETURN QUERY</command>
     
      RETURN NEXT
-     in PL/PgSQL
+     in PL/pgSQL
     
     
      RETURN QUERY
-     in PL/PgSQL
+     in PL/pgSQL
     
 
 
@@ -2220,7 +2220,7 @@ END LOOP  label ;
 
     
      exceptions
-     in PL/PgSQL
+     in PL/pgSQL
     
 
     
@@ -2898,7 +2898,7 @@ END LOOP  label ;
 
    
     reporting errors
-    in PL/PgSQL
+    in PL/pgSQL
    
 
    
index ce1fb039da8e8de4651986acc522167c5d8dbdc4..1886f4d94a26cc5e3441923d33f3f63b9c9c805b 100644 (file)
@@ -1897,7 +1897,7 @@ enabled
 files during postmaster startup
 Various memory leakage fixes
 Various portability improvements
-Fix PL/PgSQL to handle var := var correctly when
+Fix PL/pgSQL to handle var := var correctly when
 the variable is of pass-by-reference type
 Update contrib/tsearch2 to use current Snowball
 code
index 0174b8e3e895b37fb636b7c0434cfacbb317ea43..ae9e119af26e470846311ec96f400867199e086c 100644 (file)
@@ -2512,7 +2512,7 @@ when opening the file fails
 constraints more reliably
 Fix password prompting in pg_restore on
 Windows
-Fix PL/PgSQL to handle var := var correctly when
+Fix PL/pgSQL to handle var := var correctly when
 the variable is of pass-by-reference type
 Fix PL/Perl %_SHARED so it's actually
 shared
index c4ea4484994fa85bd42abcfd2c82b63d12ee0b26..2d84b0080c70a61bcc2acf0e1c90ccf8a1d44699 100644 (file)
 
     
      
-      Fix PL/PgSQL to not fail when a FOR loop's target variable
+      Fix PL/pgSQL to not fail when a FOR loop's target variable
       is a record containing composite-type fields (Tom)
      
     
@@ -4343,7 +4343,7 @@ SELECT CURRENT_TIMESTAMP AT TIME ZONE 'Europe/London';
 
      
       
-       Allow SQL and PL/PgSQL functions to use OUT and
+       Allow SQL and PL/pgSQL functions to use OUT and
        INOUT parameters (Tom)
       
       
@@ -4378,12 +4378,12 @@ SELECT CURRENT_TIMESTAMP AT TIME ZONE 'Europe/London';
    
 
    
-    PL/<span class="marked">P</span>gSQL Server-Side Language Changes
+    PL/<span class="marked">p</span>gSQL Server-Side Language Changes
     
 
      
       
-       Overhaul the memory management of PL/PgSQL functions (Neil)
+       Overhaul the memory management of PL/pgSQL functions (Neil)
       
       
        The parsetree of each function is now stored in a separate
@@ -4426,7 +4426,7 @@ SELECT CURRENT_TIMESTAMP AT TIME ZONE 'Europe/London';
      
       
        Add support for an optional INTO clause to
-       PL/PgSQL's EXECUTE statement (Pavel Stehule, Neil)
+       PL/pgSQL's EXECUTE statement (Pavel Stehule, Neil)
       
      
 
index 7a552bc1065a7a64c11fbc28e99f27bd61a1e0c1..01254fe67369d8c6cb98f1cfda39c79faf35ab2b 100644 (file)
 
     
      
-      Fix PL/PgSQL to not fail when a FOR loop's target variable
+      Fix PL/pgSQL to not fail when a FOR loop's target variable
       is a record containing composite-type fields (Tom)
      
     
    
 
    
-    PL/<span class="marked">P</span>gSQL Server-Side Language Changes
+    PL/<span class="marked">p</span>gSQL Server-Side Language Changes
     
 
      
        linkend="guc-local-preload-libraries">local_preload_libraries
        that allows libraries to be loaded into specific sessions without
        explicit cooperation from the client application.  This allows
-       external add-ons to implement features such as a PL/PgSQL debugger.
+       external add-ons to implement features such as a PL/pgSQL debugger.
       
      
 
index 9827b932cb85d279bf3fd1f6e1ce3ac7ee554de2..bf18c6a67e65b2385cf8bd8a12e288f30bcd2bdc 100644 (file)
 
     
      
-      Fix PL/PgSQL to not fail when a FOR loop's target variable
+      Fix PL/pgSQL to not fail when a FOR loop's target variable
       is a record containing composite-type fields (Tom)
      
     
@@ -3914,7 +3914,7 @@ current_date < 2017-11-17
       
 
       
-       Previously PL/PgSQL functions that referenced temporary tables
+       Previously PL/pgSQL functions that referenced temporary tables
        would fail if the temporary table was dropped and recreated
        between function invocations, unless EXECUTE was
        used.  This improvement fixes that problem and many related issues.
@@ -4740,7 +4740,7 @@ current_date < 2017-11-17
        The first request for statistics in a transaction takes a statistics
        snapshot that does not change during the transaction.  This function
        allows the snapshot to be discarded and a new snapshot loaded during
-       the next statistics query. This is particularly useful for PL/PgSQL
+       the next statistics query. This is particularly useful for PL/pgSQL
        functions, which are confined to a single transaction.
       
      
@@ -4835,7 +4835,7 @@ current_date < 2017-11-17
    
 
    
-    PL/<span class="marked">P</span>gSQL Server-Side Language
+    PL/<span class="marked">p</span>gSQL Server-Side Language
     
 
      
@@ -4848,7 +4848,7 @@ current_date < 2017-11-17
      
       
        Allow IN as an alternative to
-       FROM in PL/PgSQL's FETCH
+       FROM in PL/pgSQL's FETCH
        statement, for consistency with the backend's
        FETCH command (Pavel Stehule)
       
@@ -4856,7 +4856,7 @@ current_date < 2017-11-17
 
      
       
-       Add MOVE to PL/PgSQL (Magnus, Pavel Stehule,
+       Add MOVE to PL/pgSQL (Magnus, Pavel Stehule,
        Neil)
       
      
@@ -4867,7 +4867,7 @@ current_date < 2017-11-17
       
 
       
-       This adds convenient syntax for PL/PgSQL set-returning functions
+       This adds convenient syntax for PL/pgSQL set-returning functions
        that want to return the result of a query.  RETURN QUERY
        is easier and more efficient than a loop
        around RETURN NEXT.
index 9c88d24d294b3f8c3034a446cd7afdc708a6f3f8..884c4a5d5917c184586b2aad92d8de4987901792 100644 (file)
@@ -2689,7 +2689,7 @@ WITH w AS (SELECT * FROM foo) SELECT * FROM w, bar ... FOR UPDATE
       
 
       
-       In particular, this means that functions written in PL/PgSQL
+       In particular, this means that functions written in PL/pgSQL
        and other PL languages can now be called this way.
       
      
@@ -3815,7 +3815,7 @@ WITH w AS (SELECT * FROM foo) SELECT * FROM w, bar ... FOR UPDATE
     
 
     
-     PL/<span class="marked">P</span>gSQL Server-Side Language
+     PL/<span class="marked">p</span>gSQL Server-Side Language
      
 
       
index d425c003269cd67443eb824bf81c728badef7b11..d928f6c5ffa4cde7e0222659c553ef7c1229927f 100644 (file)
     
 
     
-    <link linkend="plpgsql">PL/<span class="marked">P</span>gSQL</link> Server-Side</div> <div class="diff add">+    <title><link linkend="plpgsql">PL/<span class="marked">p</span>gSQL</link> Server-Side</div> <div class="diff ctx">     Language
 
     
index 25c3f2e6fa0504437fe38e00ab7ba0307d987b6c..7cb1451cdccdc6c6d05a6f9cab5fa4ee63171c55 100644 (file)
@@ -692,7 +692,7 @@ pages
 enabled
 Various memory leakage fixes
 Various portability improvements
-Fix PL/PgSQL to handle var := var correctly when
+Fix PL/pgSQL to handle var := var correctly when
 the variable is of pass-by-reference type
 
 
index bd62942c2798ce888266e19ed98c44e981b3885d..a28c6707e4670be17ed1c947d383f1d11b9c90c5 100644 (file)
@@ -3058,11 +3058,11 @@ make_scalar_list1(char *initial_name,
 }
 
 /*
- * When the PL/PgSQL parser expects to see a SQL statement, it is very
+ * When the PL/pgSQL parser expects to see a SQL statement, it is very
  * liberal in what it accepts; for example, we often assume an
  * unrecognized keyword is the beginning of a SQL statement. This
  * avoids the need to duplicate parts of the SQL grammar in the
- * PL/PgSQL grammar, but it means we can accept wildly malformed
+ * PL/pgSQL grammar, but it means we can accept wildly malformed
  * input. To try and catch some of the more obviously invalid input,
  * we run the strings we expect to be SQL statements through the main
  * SQL parser.
@@ -3071,7 +3071,7 @@ make_scalar_list1(char *initial_name,
  * any database access and does not check any semantic rules, it just
  * checks for basic syntactic correctness. We do this here, rather
  * than after parsing has finished, because a malformed SQL statement
- * may cause the PL/PgSQL parser to become confused about statement
+ * may cause the PL/pgSQL parser to become confused about statement
  * borders. So it is best to bail out as early as we can.
  *
  * It is assumed that "stmt" represents a copy of the function source text
index e09b55b0b08a4e51ad6d35f1d71649ff0f539442..3ddcf3b5a595e0847627cc10c4084258f44cc352 100644 (file)
@@ -336,7 +336,7 @@ do_compile(FunctionCallInfo fcinfo,
     * per-function memory context, so it can be reclaimed easily.
     */
    func_cxt = AllocSetContextCreate(TopMemoryContext,
-                                    "PL/PgSQL function context",
+                                    "PL/pgSQL function context",
                                     ALLOCSET_DEFAULT_MINSIZE,
                                     ALLOCSET_DEFAULT_INITSIZE,
                                     ALLOCSET_DEFAULT_MAXSIZE);
@@ -768,7 +768,7 @@ plpgsql_compile_inline(char *proc_source)
     * its own memory context, so it can be reclaimed easily.
     */
    func_cxt = AllocSetContextCreate(CurrentMemoryContext,
-                                    "PL/PgSQL function context",
+                                    "PL/pgSQL function context",
                                     ALLOCSET_DEFAULT_MINSIZE,
                                     ALLOCSET_DEFAULT_INITSIZE,
                                     ALLOCSET_DEFAULT_MAXSIZE);
index 8b4855b50e2a652091179161cef94d2091f359a1..6601320de30c777d8dc147c7e0f7dcd1a47a9b8e 100644 (file)
@@ -2064,7 +2064,7 @@ static int
 exec_stmt_return(PLpgSQL_execstate *estate, PLpgSQL_stmt_return *stmt)
 {
    /*
-    * If processing a set-returning PL/PgSQL function, the final RETURN
+    * If processing a set-returning PL/pgSQL function, the final RETURN
     * indicates that the function is finished producing tuples.  The rest of
     * the work will be done at the top level.
     */
index de17574f41777ef29e98242d5c1225804c052d14..b454e63e58ac886a778309ef6f3f9326355bcb26 100644 (file)
@@ -1541,7 +1541,7 @@ insert into IFace values ('IF', 'orion', 'ethernet_interface_name_too_long', '')
 ERROR:  IFace slotname "IF.orion.ethernet_interface_name_too_long" too long (20 char max)
 --
 -- The following tests are unrelated to the scenario outlined above;
--- they merely exercise specific parts of PL/PgSQL
+-- they merely exercise specific parts of PL/pgSQL
 --
 --
 -- Test recursion, per bug report 7-Sep-01
index 6783678b34bc24ba54fd7b3600bb67a36acb18a1..4811558c4a978126473317debe42a3d76d201e1c 100644 (file)
@@ -1420,7 +1420,7 @@ insert into IFace values ('IF', 'orion', 'ethernet_interface_name_too_long', '')
 
 --
 -- The following tests are unrelated to the scenario outlined above;
--- they merely exercise specific parts of PL/PgSQL
+-- they merely exercise specific parts of PL/pgSQL
 --
 
 --