I obtained a copy of postgresql-6.4.2.tar.gz and compiled it on SCO
UnixWare 7.
Some notes that may be of interest:
* I normally don't have . in my $PATH. I believe I had to add . to $PATH
to run the configure script. It assumes . is in the PATH.
* I set HAVE_Cplusplus=false in Makefile.global to skip compiling libpq++.
I have both gcc and g++ and the UDK cc and CC installed, and for
compiling C, the configure script choose 'cc'. For compiling the c++
library, however it choose g++. That by itself is ok, but g++ was invoked
with command line arguments (such as -K ...,...) that are specific to the
UDK cc ...
As said, I simply set HAVE_Cplusplus to false to skip this step.
* When starting the postmaster process, there was a shmget() call for
about 800,000 bytes.
This didn't work since the default on Unixware 7 seems to be about 512
k. I increased the SHMMAX kernel parameter and rebooted.
* Now I can connect via port 5432 and I ran the regression test.
Note that I have the impression that working over a unix domain socket
doesn't work (I explicitely tell createdb, psql etc. to use tcp/ip by
setting some env. variables). I'm not sure about this, but I also think
postmaster should clean up the domain socket when I 'kill' the postmaster,
but it seems I have to do this manually.
postgres 9258 postgres 3u inet 0xc2b72900 0t0 TCP *:5432
(LISTEN)
postgres 9258 postgres 4u unix 7679,1 0t0 60058
/tmp/.s.PGSQL.5432
* Results of the regression test: most items were 'ok' but there was a
failure for int2 and int4. Upon inspection of the regression.diff file it
seems to be a difference in error message when inserting a string 'asdf'
as integer (message from the strtol() call on Unixware 7 is different
from the one on Linux, I think).