compiler define that should have been enabled, but was not due to
different naming conventions for Linux/Alpha. Attached is the patch he
sent me, that I have not had a chance to test yet.

From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu>

Missing = in an update

From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>

The file 'backend/utils/adt/arrayfuncs.c' won't compile with the
February 14th snapshot, because of an inconsistency between the
declaration and implementation of ReadArrayStr().  As far as I can
tell, the predeclaration is wrong.  I assume this is what was meant:

implementation that's in contrib/ip_and_mac/.  This one works right
with 6.3, avoids the problems I ran into earlier with LIKE, and
includes a bit of extra functionality.

From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>

    just a little correction in the pltcl_guide.nr.

    Sometimes I changed the name of tuple arguments to numbers
    like the other args are. Otherwise it wasn't possible to
    create a function as

        CREATE FUNCTION f (EMP, EMP) ... LANGUAGE 'pltcl';

    The arguments are now accessed in the function as

        $1(name) vs. $2(name)

Only occurrs in
src/include/storage/s_lock.h:#if defined(__AIX)
src/include/utils/dt.h:#if defined(__AIX)
src/include/utils/nabstime.h:#if defined(__AIX)

Simply delete one underscore, only occurs once per file, so no patch.

    Someone changed the parser to build a TypeName node on CREATE
    FUNCTION in any  case.  As  a  side  effect,  ALL!  functions
    created  got  the  proretset  attribute  to  true. Thus for a
    SELECT the parser wrapped an Iter node around  the  Expr  and
    since  singleton  functions  set  isDone  the Iter returns no
    tuple up.

parse_expr.c: only Op of bool type are supported currently...

Apart from this Makefile hack, all I've done is to make dynamically
loaded code modules fail properly (as was already done for __mips__,
although I think this is too loose: I believe NetBSD for the pmax can
do dynamic linking), and to add test-and-set lock handling.  As Bruce
suggested, this is done in a maximally efficient inlined way: I was
not aware that this code was so important, speed-wise.

be removed everywhere, but so far linux-elf is the only platform that is
being reported a problem with...

New PARAM_EXEC type.

of some global variables to support subselects and calls union_planner().
Calls to SS_replace_correlation_vars() and SS_process_sublinks() in
query_planner() before planning.
Get rid of #ifdef INDEXSCAN_PATCH in createplan.c.

Get rid of #ifdef INDEXSCAN_PATCH in indxpath.c.

(Have to re-visit readfuncs.c)

ExecReScan for nodeAgg, nodeHash, nodeHashjoin, nodeNestloop and nodeResult.
Fixed ExecReScan for nodeMaterial.
Get rid of #ifdef INDEXSCAN_PATCH.
Get rid of ExecMarkPos and ExecRestrPos in nodeNestloop.

Here's the ecpg patch for the local variables bug I reported earlier:

pull their data/info from Makefile.global

Makefile, as it isn't appropriate for GNUmake

Cleanups for ecpg, as well as a missing patch so that its configured in

Cleanups for ecpg, as well as a missing patch so that its configured in

Remove "temp" configure files