Thread: 7.1.3 Compile fails on SCO OpenServer 5.0.6a

7.1.3 Compile fails on SCO OpenServer 5.0.6a

From
Steve Burger
Date:
Version 7.1.3 and 7.1.2
System
=====
i686
OS    = SCO OpenServer 5.0.6a
UDK 7.1.1a
Skunkware 2001

Develpement Environments
====================
Native           - SCO UNIX Development System  Release 5.1.2A 27Jul00
UDK 7.1.1a  - Optimizing C Compilation System  (CCS) 3.2 09/28/99
                        (santamariasbl5.1.rs1ubl7)
gcc                - version 2.95.2 19991024 (release)

This gives me 3 options /usr/bin/cc, /udk/usr/ccs/bin/cc and
/usr/local/bin/gcc

gcc fails test compile at the end of configure

udk fails displays multiple warning: no SCO ELF identifying .note and
others
then fails to link
/udk/usr/ccs/bin/cc -b elf  -dy -L/udk/usr/lib -L/usr/local/lib  -W
l,-Bexport a
ccess/SUBSYS.o bootstrap/SUBSYS.o catalog/SUBSYS.o parser/SUBSYS.o
commands/SUBS
YS.o executor/SUBSYS.o lib/SUBSYS.o libpq/SUBSYS.o main/SUBSYS.o
nodes/SUBSYS.o
optimizer/SUBSYS.o port/SUBSYS.o postmaster/SUBSYS.o regex/SUBSYS.o
rewrite/SUBS
YS.o storage/SUBSYS.o tcop/SUBSYS.o utils/SUBSYS.o -lresolv -lPW -lgen
-lld -lns
l -lsocket -ldl -lm  -o postgres
UX:ld: ERROR: access/SUBSYS.o: fatal error: cannot link OpenServer
object into I
ntel iABI target
gmake[2]: *** [postgres] Error 1
gmake[2]: Leaving directory
`/u/Download/SQL/postgresql-7.1.3/src/backend'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/u/Download/SQL/postgresql-7.1.3/src'
gmake: *** [all] Error 2


/usr/bin/cc gets the closest

CC=/usr/bin/cc
export CC CCFLAGS
./configure --with-libs="/usr/lib /usr/local/lib"
--with-includes="/usr/include /usr/local/include"
gmake

gmake[4]: Entering directory
`/u/Download/SQL/postgresql-7.1.3/src/backend/stora
ge/file'
/usr/bin/cc -b elf  -dy -I../../../../src/include -I/usr/include
-I/usr/local/in
clude  -c -o fd.o fd.c
"fd.c", line 286: error: undefined symbol: NOFILE
gmake[4]: *** [fd.o] Error 1
gmake[4]: Leaving directory
`/u/Download/SQL/postgresql-7.1.3/src/backend/storag
e/file'
gmake[3]: *** [file-recursive] Error 2
gmake[3]: Leaving directory
`/u/Download/SQL/postgresql-7.1.3/src/backend/storag
e'
gmake[2]: *** [storage-recursive] Error 2
gmake[2]: Leaving directory
`/u/Download/SQL/postgresql-7.1.3/src/backend'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/u/Download/SQL/postgresql-7.1.3/src'
gmake: *** [all] Error 2

Any help sorting this out would be appreciated.
In the mean time I'm working my way back through the available versions
to see if this is something that broke in one of the newer releases.

Attached is the config.log for the udk attempt.

Thank you Steve
===================================================
CUSTOMWARE, 27 Cookes Road, Windsor Gardens SA 5087
Phone +61 8 8369 2287 Fax +61 8 8369 1121
Email steve@customware.aust.com
===================================================


Attachment

Re: 7.1.3 Compile fails on SCO OpenServer 5.0.6a

From
Peter Eisentraut
Date:
Steve Burger writes:

> gcc fails test compile at the end of configure

GCC + SCO doesn't work with PostgreSQL < 7.2.

> udk fails displays multiple warning: no SCO ELF identifying .note and
> others
> then fails to link

> object into I
> ntel iABI target

???


> /usr/bin/cc gets the closest

> "fd.c", line 286: error: undefined symbol: NOFILE

You already found the answer to that.  In the next release we'll be a bit
more careful about this using this symbol.

--
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter


Re: 7.1.3 Compile fails on SCO OpenServer 5.0.6a

From
Tom Lane
Date:
Steve Burger <steve@customware.aust.com> writes:
> In the mean time I'm working my way back through the available versions
> to see if this is something that broke in one of the newer releases.

According to the "supported platforms" list, we haven't had a port
report from anyone using OpenServer 5 since PG 6.5.  So I wouldn't be
too surprised if some small problems have snuck in for that platform.
Please send patches if you figure out what's needed.

As far as the NOFILE issue goes, current sources already do "#ifdef NOFILE"
in all cases, so 7.2 shouldn't have a problem there.  In the meantime
you could just provide a dummy definition "#define NOFILE 50" (or so).

Can't really help you with the compiler-related problems.  You did read
doc/FAQ_SCO I hope --- maybe the people mentioned in it can help.

            regards, tom lane