pgsql-server/src backend/catalog/heap.c backen ... - Mailing list pgsql-committers

From tgl@postgresql.org (Tom Lane)
Subject pgsql-server/src backend/catalog/heap.c backen ...
Date
Msg-id 20030429221311.E79A247633C@postgresql.org
Whole thread Raw
List pgsql-committers
CVSROOT:    /cvsroot
Module name:    pgsql-server
Changes by:    tgl@postgresql.org    03/04/29 18:13:11

Modified files:
    src/backend/catalog: heap.c
    src/backend/commands: schemacmds.c tablecmds.c typecmds.c
    src/backend/executor: spi.c
    src/backend/optimizer/plan: subselect.c
    src/backend/optimizer/prep: prepunion.c
    src/backend/optimizer/util: clauses.c
    src/backend/parser: analyze.c parse_clause.c parse_coerce.c
                        parse_expr.c parse_func.c parse_node.c
                        parse_oper.c parse_relation.c parse_target.c
                        parse_type.c parser.c
    src/backend/rewrite: rewriteHandler.c
    src/backend/tcop: postgres.c
    src/include/parser: analyze.h gramparse.h parse_coerce.h
                        parse_func.h parse_node.h parse_oper.h
                        parser.h
    src/include/tcop: tcopprot.h

Log message:
    Infrastructure for deducing Param types from context, in the same way
    that the types of untyped string-literal constants are deduced (ie,
    when coerce_type is applied to 'em, that's what the type must be).
    Remove the ancient hack of storing the input Param-types array as a
    global variable, and put the info into ParseState instead.  This touches
    a lot of files because of adjustment of routine parameter lists, but
    it's really not a large patch.  Note: PREPARE statement still insists on
    exact specification of parameter types, but that could easily be relaxed
    now, if we wanted to do so.


pgsql-committers by date:

Previous
From: momjian@postgresql.org (Bruce Momjian - CVS)
Date:
Subject: pgsql-server/src/include/port win32.h
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql-server/src/backend/utils/mmgr README