From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Sun, 29 Aug 2010 15:19:26 +0000 (+0000)
Subject: Remove obsolete remark that PQprepare() is more flexible than PREPARE.
X-Git-Tag: REL8_3_12~24
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=93a5ecc7dfefd6ba9097f83296c8750aeae73de1;p=postgresql

Remove obsolete remark that PQprepare() is more flexible than PREPARE.

Spotted by Dmitriy Igrishin.  Back-patch to 8.2, which is when the PREPARE
statement was improved to allow parameter types to be omitted.
---

diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml
index d12e511302..20d7065ba3 100644
--- a/doc/src/sgml/libpq.sgml
+++ b/doc/src/sgml/libpq.sgml
@@ -1,4 +1,4 @@
-<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.255.2.2 2008/11/04 22:36:12 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.255.2.3 2010/08/29 15:19:26 tgl Exp $ -->
 
 <chapter id="libpq">
  <title><application>libpq</application> - C Library</title>
@@ -1523,9 +1523,8 @@ PGresult *PQprepare(PGconn *conn,
 
     Prepared statements for use with <function>PQexecPrepared</> can also
     be created by executing SQL <xref linkend="sql-prepare"
-    endterm="sql-prepare-title"> statements.  (But <function>PQprepare</>
-    is more flexible since it does not require parameter types to be
-    pre-specified.)  Also, although there is no <application>libpq</>
+    endterm="sql-prepare-title"> statements.
+    Also, although there is no <application>libpq</>
     function for deleting a prepared statement, the SQL <xref
     linkend="sql-deallocate" endterm="sql-deallocate-title"> statement
     can be used for that purpose.