Nakajima. Since he is not subscribing the mailing list, I'm posting
his patches by his request.  According to him, he has successfully
compiled and passed the regression test on Mac SE/30 running
NetBSD/m68k. Also, another person has reported that with the patches
PostgreSQL is working on NetBSD/sun3 too.
--
Tatsuo Ishii

 are available. Problem reported by David Sauer <davids@iol.cz>.
Modify information in resulting error message to indicate both agg name
 and data type.

From: Michael Meskes <Michael.Meskes@usa.net>

+
+Wed Dec  9 11:24:54 MEZ 1998
+
+       - Synced preproc.y with gram.y and the keywords.c files to add CASE
+         statement.
+
+Tue Dec 22 14:16:11 CET 1998
+
+       - Synced preproc.y with gram.y for locking statements.
+       - Set version to 2.4.5

Jan

finished cleaning up outnodes.c ...

Please apply to both trees.
--
Tatsuo Ishii

- the first patch is just to preven listing the perl warning in the
  make output unless it is actually emitted by the make.  this may
  prevent new users from being confused by the warning in their output

- the second patch (to 2 files) just enables building/installing
  pgaccess if TCL and TK are available.  a Makefile is created to do
  this, but you may wish to change the heading information in it since
  I just copied another Makefile to use as a template.

I hope these make it into 6.4.1.

Cheers,
Brook

MIPS cpu (I think it's R4000). I have tested the patches on LinuxPPC
and FreeBSD. I believe they do not harm other platforms.
--
Tatsuo Ishii

Add Emacs configuration block to postgres.sgml.

 the FROM clause. e.g. "SELECT table.*".

These fixes are from Jeff Hoffmann <jeff@remapcorp.com>.

Remove mention of the old "migration" flat files.
Change URLs for resources to point to areas, not particular files.
 That way things stay correct even when version of tools change.
 Suggested by Vince Vielhaber.

Rearrange a few other keywords to put them in the proper category.

 tags even if DocBook is not installed on your local system.
Most of the .sgml source files contain a reference to this file in an
 Emacs setup block at the bottom of the file...

Not yet complete, integrated, or marked up.
Not yet included in a document (should go in the developer's doc?).

More cleanups to appendStringInfo() usage in node/outfuncs.c.

Jan

LOCK TABLE IN ... MODE
...implemented

6.4.1. Here is the list:

- The type int8 now works. In fact, the bug(s) were in
src/backend/port/snprintf.c, so int8 is probably broken in every platform
that hasn't a native snprintf/vsnprintf. The type itself worked as
expected, only the output was wrong. Anyway, this patch should be checked
in other platforms.

- The regression tests for int2 and int4, which were broken due to
differences in the error messages, are fixed.

- The regression test for float8, which was broken in the reference
platform, is also fixed. I don't know if the new file (float8-OSF1.out)
will work on other platforms, but it might be worth to try it.

- Two new template files are provided (alpha_cc, which includes
optimization, and alpha_gcc), and src/templates/.similar is updated
accordingly. src/templates/alpha should be removed from the distribution.
*IMPORTANT NOTE*: I don't know if you can use gcc to compile postgres;
I've written the alpha_gcc file because alpha_cc has some flags that are
specific to DEC C.

- There is a (very basic) Digital Unix specific FAQ in
doc/FAQ_DigitalUnix.

--
-------------------------------------------------------------------
Pedro José Lobo Perea                   Tel:    +34 91 336 78 19

html and man.

From: Keith Parks <emkxp01@mtcc.demon.co.uk>

Looks like :vartypmod got transmuted to %vartypmod in an editing session.

Oops, sorry...meant to commit the patch from Thomas for tzn->CTZName

New code for locking buffer' context.

More cleanups ... this is one big file *sigh*

Correct some typos...

More cleanups of appendStringInfo() function calls...

missed before the release. It's simply a symbol that is undefined. This
patch defines this symbol in "win32.h", so it should have no effect on any
other platforms. It should go into 6.4.1 if possible, since compilation is
completely broken without it.

I am also attaching a patch for the "win32.mak" file - it leaves a file
behind when doing "make clean" after the library is built on Visual C++ 6.0.
This is not at all as urgent, but I don't see it breaking here, so I think
it might as well go in there too?

//Magnus