postgresql/src/backend/rewrite
Tom Lane d70a42e642 Represent type-specific length coercion functions as pg_cast entries,
eliminating the former hard-wired convention about their names.  Allow
pg_cast entries to represent both type coercion and length coercion in
a single step --- this is represented by a function that takes an
extra typmod argument, just like a length coercion function.  This
nicely merges the type and length coercion mechanisms into something
at least a little cleaner than we had before.  Make use of the single-
coercion-step behavior to fix integer-to-bit coercion so that coercing
to bit(n) yields the rightmost n bits of the integer instead of the
leftmost n bits.  This should fix recurrent complaints about the odd
behavior of this coercion.  Clean up the documentation of the bit string
functions, and try to put it where people might actually find it.
Also, get rid of the unreliable heuristics in ruleutils.c about whether
to display nested coercion steps; instead require parse_coerce.c to
label them properly in the first place.
2004-06-16 01:27:00 +00:00
..
Makefile $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
rewriteDefine.c Use the new List API function names throughout the backend, and disable the 2004-05-30 23:40:41 +00:00
rewriteHandler.c Represent type-specific length coercion functions as pg_cast entries, 2004-06-16 01:27:00 +00:00
rewriteManip.c Use the new List API function names throughout the backend, and disable the 2004-05-30 23:40:41 +00:00
rewriteRemove.c $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
rewriteSupport.c Restructure smgr API as per recent proposal. smgr no longer depends on 2004-02-10 01:55:27 +00:00