Re: Trying to build 7.0.3 on SCO 5.0.4

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Dave Smith <dave(at)candata(dot)com>
Cc: PostgresSQL mailing list <pgsql-general(at)postgresql(dot)org>
Subject: Re: Trying to build 7.0.3 on SCO 5.0.4
Date: 2000-11-21 15:40:24
Message-ID: 1557.974821224@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Dave Smith <dave(at)candata(dot)com> writes:
> cc -b elf -o ecpg preproc.o pgc.o type.o ecpg.o ecpg_keywords.o output.o
> keywords.o c_keywords.o ../lib/typename.o descriptor.o variable.o -lPW
> -lgen -lcrypt -lld -lnsl -lsocket -ldl -lm -ltermcap -lcurses -W l,-Bexport
> Undefined first referenced
> symbol in file
> nocachegetattr pgc.o

Hm. Try removing #define DISABLE_COMPLEX_MACRO from
src/include/port/sco.h.

Not sure if the backend will build (or work if built) without that
#define; it depends on whether your compiler is less buggy than the
version that caused someone to put that #define into sco.h originally.
But it's worth a try. Worst case, you might have to build the backend
with DISABLE_COMPLEX_MACRO and remove it only for ecpg. Or you could
use the fix embodied in current sources --- make fastgetattr() a
normal extern routine in heapam.c, instead of a static in heapam.h.
But that'd take a little more work...

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Peter Korsgaard 2000-11-21 15:43:02 Re: Implementation of the frontend protocol
Previous Message Tom Lane 2000-11-21 15:29:06 Re: [HACKERS] (download ANSI SQL benchmark?) Re: Postgres article