Fix obsolete comment. It's no longer the case that Param nodes don't

carry typmod.

diff --git a/src/backend/optimizer/plan/subselect.c b/src/backend/optimizer/plan/subselect.c
index 9eaeaedc68fc945313ed2101fbdf063121b2223a..37194eb5c4dd0c838f15f35995b238d18fcb5a11 100644 (file)
--- a/src/backend/optimizer/plan/subselect.c
+++ b/src/backend/optimizer/plan/subselect.c
@@ -7,7 +7,7 @@
  * Portions Copyright (c) 1994, Regents of the University of California
  *
  * IDENTIFICATION
- *   $PostgreSQL: pgsql/src/backend/optimizer/plan/subselect.c,v 1.135 2008/08/17 02:19:19 tgl Exp $
+ *   $PostgreSQL: pgsql/src/backend/optimizer/plan/subselect.c,v 1.136 2008/08/20 15:49:30 tgl Exp $
  *
  *-------------------------------------------------------------------------
  */
@@ -94,14 +94,9 @@ replace_outer_var(PlannerInfo *root, Var *var)
     * NOTE: in sufficiently complex querytrees, it is possible for the same
     * varno/abslevel to refer to different RTEs in different parts of the
     * parsetree, so that different fields might end up sharing the same Param
-    * number.  As long as we check the vartype as well, I believe that this
-    * sort of aliasing will cause no trouble. The correct field should get
-    * stored into the Param slot at execution in each part of the tree.
-    *
-    * We also need to demand a match on vartypmod.  This does not matter for
-    * the Param itself, since those are not typmod-dependent, but it does
-    * matter when make_subplan() instantiates a modified copy of the Var for
-    * a subplan's args list.
+    * number.  As long as we check the vartype/typmod as well, I believe that
+    * this sort of aliasing will cause no trouble.  The correct field should
+    * get stored into the Param slot at execution in each part of the tree.
     */
    i = 0;
    foreach(ppl, root->glob->paramlist)