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
===================================================

Search Discussions

  • Tom Lane at Oct 23, 2001 at 6:02 pm

    Steve Burger 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
  • Peter Eisentraut at Oct 23, 2001 at 8:37 pm

    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

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-ports @
categoriespostgresql
postedOct 20, '01 at 11:48a
activeOct 23, '01 at 8:37p
posts3
users3
websitepostgresql.org
irc#postgresql

People

Translate

site design / logo © 2022 Grokbase