From e8254980dff098e171ca5a896dbac54977c88aef Mon Sep 17 00:00:00 2001
From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Sun, 29 Aug 2010 15:19:35 +0000
Subject: [PATCH] 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.
---
 doc/src/sgml/libpq.sgml | 7 +++----
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml
index 9aa7961cf86..ea6865da98b 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.220.2.7 2007/03/30 03:19:19 momjian Exp $ -->
+<!-- $PostgreSQL: pgsql/doc/src/sgml/libpq.sgml,v 1.220.2.8 2010/08/29 15:19:35 tgl Exp $ -->
 
  <chapter id="libpq">
   <title><application>libpq</application> - C Library</title>
@@ -1337,9 +1337,8 @@ about such errors.
 
 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.