cache.  I found if I manually added a line to flush the whole relation
cache, the assert error disappeared.  Looking through the code, I found
that the relation cache is flushed at the end of each query if the
reference count is zero for the relation.  However, printf's showed that
the rd_relcnt(reference count) for the accessed query was not returning
to zero after each query.

It turns out the parser was doing a heap_ropen in parser/analyze.c to
get information about the table's columns, but was not doing a
heap_close.

This was causing the query after the ALTER TABLE ADD to see the old
table structure, and the executor's assert was reporting the problem.

works again...

	NAMEDATALEN
	OIDDATALEN
	EUROPEAN_DATES
	HBA
	DEADLOCK_TIMEOUT
	OPENLINK_PATCHES
	NULL_PATCH
	ARRAY_PATCH

Attempting to document and centralize as many of the "defines" as possible...
kinda useless to have defines if nobody knows they exist, eh?

Submitted by: darcy@druid.druid.com (D'Arcy J.M. Cain)

Suggested/Submitted by: darcy@druid.druid.com
Cleaner Method Submitted by: Bryan Henderson <bryanh@giraffe.netgate.net>

To: Postgres95-development <pg95-dev@ki.net>
Subject: [PG95-DEV] Makefile.global patch

Can we apply the following patch to make EUROPEAN_DATES consistent with
other parameters?

Pointed out by Bruce

Originally submitted by: ernst.molitor@uni-bonn.de
resubmitted by: D'Arcy Cain

NOTE: Makefile.custom is commented out, since it isn't there by default.
      If you read the section telling you about it to know to create it,
      you can uncomment it while you are there ...

	- code compile tested, but due to a yet unresolved problem with
          parse.h's creation, compile not completed...

```yaml
below my signature, there are a coupls of diffs and files in a shell
archive, which were needed to build postgres95 1.02 on Siemens Nixdorfs
MIPS based SINIX systems. Except for the compiler switches "-W0" and
"-LD-Blargedynsym" these diffs should also apply for other SVR4 based
systems. The changes in "Makefile.global" and "genbki.sh" can probably
be ignored (I needed gawk, to make the script run).

There is one bugfix thou. In "src/backend/parser/sysfunc.c" the
function in this file didn't honor the EUROPEAN_DATES ifdef.
```

Submitted by:  Frank Ridderbusch <ridderbusch.pad@sni.de>

Submitted by:  Andrew Martin <martin@biochemistry.ucl.ac.uk>

Submitted by: Dr_George_D_Detlefsen <drgeorge@madmax.ilt.com>

Submitted by:  Bruce Momjian <maillist@candle.pha.pa.us>

the top of th efile instead of scattered throughout

Turned off default behavior of compiling with -g enabled

submitted by; bruce

Submitted by: "Brian E. Gallew" <geek+@cmu.edu>

any confusion...so its gone...

have to have TCL to use postgres95, which you don't

bin directory

        - src/backend/access
                - no changes
        - src/backend/utils
                - mostly cosmetic changes
                - ESCAPE_PATCH Added
        - src/Makefile.global changes merged

Submitted by: Randy Kunkee <kunkee@Starbase.NeoSoft.COM>

The updating of array fields is broken in Postgres95-1.01, An array can
be only replaced with a new array but not have some elements modified.
This is caused by two bugs in the parser and in the array utilities.
Furthermore it is not possible to update array with a base type of
variable length.


- submitted by: Massimo Dal Zotto <dz@cs.unitn.it>

	minor Makefile changes to force setting of SRCDIR and ordering of
	include files

Submitted by: Bruce Momjian (root@candle.pha.pa.us)

submitted by: Bruce Momjian (root@candle.pha.pa.us)

The idea is that its right beside PORTNAME, so if it doesn't apply to
the OS in question, it can be rememberd to disable it...