Bruce -
I searched thru my libs (/usr/lib, /usr/ccs/lib and /usr/ucblib)
and managed to eliminate most of ecpg's complaints with -lnwutil
and -lucb...
But there appears to be one problem I can't resolve:
lex_init does not exist in any obj code anywhere on my system (as other
than undef).
This
Bruce - by commenting ecpg out of the interfaces Makefile I got
all of Postgres to compile and have successfully run initdb...
As soon as I can resolve the IpcMemory errors I hope to have this
thing going.
Thanks for all of your help,
Tom
North Richmond Community Mental Health
ED]
To: Bruce Momjian [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [GENERAL] UnixWare chokes --- Resolution
Date: Thursday, April 29, 1999 8:55 AM
Bruce - by commenting ecpg out of the interfaces Makefile I got
all of Postgres to compile and have successfully r
Hi all,
Trying to build pg on unixware...hacked configure as follows
to create a Makefile:
change TEMPLATE=template/`uname -s | tr A-Z a-z`
to TEMPLATE=template/univel
Downloaded flex-2.3pl7.tar.Z from Freebird site, installed...
Downloaded bison-1.14.pkg.tar.Z and
On Wed, 28 Apr 1999, Bruce Momjian wrote:
or Linux) gmake barfs with:
Undefined symbol allocain file bootstrap/SUBSYS.o
The alloca calls are coming from the code generated by bison. Strange
it would do that on Unixware. You would think bison would know if
alloca was
On Wed, 28 Apr 1999, Bruce Momjian wrote:
or Linux) gmake barfs with:
Undefined symbol allocain file bootstrap/SUBSYS.o
The alloca calls are coming from the code generated by bison. Strange
it would do that on Unixware. You would think bison would know if
alloca was
On Wed, 28 Apr 1999, Bruce Momjian wrote:
On Wed, 28 Apr 1999, Bruce Momjian wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in /usr/lib,
On Wed, 28 Apr 1999, Thomas Good wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in /usr/lib, and see if you can find a
reference to
On Wed, 28 Apr 1999, Bruce Momjian wrote:
On Wed, 28 Apr 1999, Bruce Momjian wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in
On Wed, 28 Apr 1999, Thomas Good wrote:
It is this line:
[56]| 0| 0|NOTY |GLOB |0|UNDEF |alloca
Your bison is outputting code that can not be resolved by the libraries
you supplied. Try doing 'nm' in /usr/lib, and see if you can find a
reference
On Wed, 28 Apr 1999, Bruce Momjian wrote:
Symbols from libucb.a[alloca.o]:
[1] | 0| 0|FILE |LOCL |0|ABS|alloca.s
[4] | 0| 0|NOTY |GLOB |0|1 |alloca
Bing. Looks like bison-programs need -lucb as a compiler option. Try
that and see.
Bruce -
11 matches
Mail list logo