Thanks to Brian Hirt for pointing out the performance lossage.

if enable_mergejoin = OFF.  Must do this, because we have no other
implementation method for full joins.

assert_test() functions --- these weren't accomplishing much except to
render the whole module un-loadable ...

from Adriaan Joubert <a.joubert@albourne.com>

From Adriaan Joubert <a.joubert@albourne.com>

standalone, e.g., "./pg_regress int2".

compatibility library which contains a 'main' function, which is not good.
If someone really needed it, think of a different plan.

Improve documentation, too.

Remove timestamps from messages where this would be redundant with the
log_timestamp option.

documentation.

rather than just being aliases for int4in/int4out.  Give type Oid a
full set of comparison operators that do proper unsigned comparison,
instead of reusing the int4 comparators.  Since pg_dump is now doing
unsigned comparisons of OIDs, it is now *necessary* that we play by
the rules here.  In fact, given that btoidcmp() has been doing unsigned
comparison for quite some time, it seems likely that we have index-
corruption problems in 7.0 and before once the Oid counter goes past
2G.  Fixing these operators is a necessary step before we can think
about 8-byte Oid, too.

(should fix OID bootstraping).

new separate relkind for views (per some discussion back in September).
I didn't force initdb, but rules regress test will show differences
until you do one.

per bug report from Don Baccus.