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 85cb8db6091a2af9543ac6bbe6d6f3e9ebf4797f..141ff10a4b4648a214743505b0c8aa5e6a449144 100644 (file)
--- a/doc/src/sgml/libpq.sgml
+++ b/doc/src/sgml/libpq.sgml
@@ -1,4 +1,4 @@
-
+
 
 
  <application>libpq</application> - C Library
@@ -1895,9 +1895,7 @@ PGresult *PQprepare(PGconn *conn,
 
     Prepared statements for use with PQexecPrepared can also
     be created by executing SQL 
-    statements.  (But PQprepare
-    is more flexible since it does not require parameter types to be
-    pre-specified.)  Also, although there is no libpq
+    statements.  Also, although there is no libpq
     function for deleting a prepared statement, the SQL 
     linkend="sql-deallocate"> statement
     can be used for that purpose.